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Description 

[0001J Th e invention relates to a data processing 
method, a server device, a client date processing de- 
vice, a communications system, and computer soft- 
ware. 

[0002] Recently, personal computers have become 
widespread, with these personal computers being used 
to access prescribed servers via a network so that pre- 
scribed information can be obtained. 
[0003] Application programs are necessary for carry- 
ing out various processes with these kinds of personal 
computers. Each user purchases application programs 
which can operate with the operating system (hereinaf- 
ter referred to as "OS") of their personal computer and 
installs and uses these application programs directly 
from a recording medium or via a communications line. 
[0004] An idea for determining whether or not a client 
is appropriate while an application program is being in- 
stalled via a communications line had been disclosed in 
Japanese Laid-open Patent No. Hei. 1-15253612. How- 
ever, the object of this was to determine whether or not 
the user of the client computer is a regular user, with 
compatibility between the program and the computer 
not being determined in the related art at the time of in- 
stallation of the program. 

[0005] When OSs are different, the application pro- 
gram is also different, with each user then selecting and 
purchasing application programs in line with their own 
OS. The application providers (application designers) 
also then have to design a number (equal to the number 
of OSs) of application programs for carrying out what is 
essentially the same process, which involves a great 
deal of labour and at the same time increases costs. 
[0006] A similar problem also occurs with application 
programs having the same OS. Namely, two application 
programs have to be designed separately even when 
both of these application programs are operating on the 
same OS when one of these application programs is dif- 
ferent from the other application program. This makes 
the amount of effort and cost involved in providing a sin- 
gle application program high. 

[0007] The prior art document EP-A-0718761 pub- 
lished on 26.06.1996 describes a system in which a cli- 
ent selects an object to view and a class loader deter- 
mines whether a viewer application program appropri- 
ate for viewing the selected object is available at the cli- 
ent. If the class loader determines that the appropriate 
viewer application program is not available at the client, 
it locates an appropriate viewer on a server and down- 
loads it to the client. If the downloaded viewer applica- 
tion program is in platform independent bytecode, the 
viewer is subjected to a verification procedure to verify 
its integrity prior to execution. 

[0008] According to one aspect of the present inven- 
tion there is provided a data processing method for a 
data processing system comprising: on a server side: 
storing an application program comprising a plurality of 



objects; storing an execution environment comprising a 
plurality of objects for specifying operations of said ap- 
plication program such that said execution environment 
is compatible with said application program; storing an 

5 application program interface operable to provide an in- 
terface between said execution environment and said 
application program; and on a client side: requesting a 
download of said application program from said server; 
wherein a checking means on said server is operable to 

10 execute a compatibility check to determine whether or 
not said client has said execution environment that is 
compatible with said requested application program and 
said requested application program is downloaded from 
said server in dependence upon a result of said check. 

is [0009] In a preferred embodiment, when said check 
by said server determines that said client does not have 
an execution environment with which said requested ap- 
plication program is compatible, said method comprises 
the steps of: downloading at least one execution envi- 

20 ronment object from said server to said client such that 
said compatible execution environment is constructed 
on said client; and downloading said application pro- 
gram from said server to said client. 
[001 0] According to an another aspect of the present 

25 invention, there is provided a server device for down- 
loading an application program in response to a request 
from a client, said server device comprising: storage 
means storing an application program comprising one 
or more objects; storage means storing an execution en- 

30 vironment comprising a plurality of objects for specifying 
. operations of said application program wherein said ex- 
ecution environment is compatible with said application 
program; storage means storing an application program 
, interface operable to provide an interface between said 

35 execution environment and said application program; 
checking means checking whether or not said client has 
an execution environment that is compatible with said 
requested application program; and downloading 
means for downloading said requested application pro- 

40 gram to said client in dependence upon a result of said 
check performed by said checking means. 
[001 1] According to a further aspect of the present in- 
vention, there is provided a client data processing de- 
vice comprising: downloading means for downloading 

45 data from a server; storage means storing an application 
program comprising one or more objects; storage 
means storing an execution environment comprising a 
plurality of objects for specifying operations of said ap- 
plication program; storage means storing an application 

50 program interface operable provide an interface be- 
tween said execution environment and said application 
program; notifying means for notifying said server as to 
whether an execution environment on said data 
processing device is compatible with an application pro- 

55 gram requested for download from said server; wherein 
said downloading means is operable to download said 
requested application program from said server in de- 
pendence upon said notification generated by said no- 
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tifying means. 

[0012] These and other aspects of the invention are 
set out in the claims to which attention is invited. 
[0013] The present invention thus provides a flexible 
software platform that allows application — independ- 5 
ent inter-operability. Since the compatibility of an appli- 
cation program requested for download by the client can 
be checked with regard to the execution environment 
available on the client prior to downloading, the present 
invention affords the opportunity to construct an execu- 
tion environment on the client with a core functionality 
and to achieve flexibility by downloading additional ex- 
ecution environment objects to support requested appli- 
cation programs as required. The required execution 
environment objects can be downloaded when it is de- 
termined that the requested application program is cur- 
rently incompatible with the execution environment on 
the client. The construction of the execution environ- 
ment as a collection of objects means that objects can 
be added to and removed from the execution environ- 
ment as required by the application program and the ap- 
plication program interface that links the application pro- 
gram to the execution environment can be adapted ac- 
cordingly. The advantages of the flexibility of being able 
to construct just the execution environment currently 
necessary at the client are explained in the description. 
[0014] For a better understanding of the present in- 
vention, reference will now be made by way of example 
to the accompanying drawings in which: 

FIG. 1 is a view of an example structure to which an 
illustrative data processing method of the present 
invention is applied; 

FIG. 2 is a view showing a structure of an applica- 
tion program; 

FIG. 3 is a view showing a structure of a concurrent 
object; 

FIG. 4 is a view describing the downloading of ob- 
jects from the server to clients of a plurality of ven- 
dors; 

FIG. 5 is a view illustrating incremental download- 
ing; 

FIG. 6 is a view describing a meta-standard; 
FIG. 7 is a view describing dynamic changing of an 
object; 

FIG. 8 is a view describing dynamic expansion of 
an object; 

FIG. 9 is a view describing the minimum functions 
of client; 

FIG. 1 0 is a view describing the client environment 
structure suitable for an application and dynamic re- 
structuring thereof; 

FIG. 1 1 is a view describing a structure of a feature 
structure; 

FIG. 1 2 is a view showing an example system struc- 
ture to which the illustrative data processing device 
of the present invention is applied; 
FIG. 13 is a view showing the logical structure of an 



MVM and an MK; 

FIG. 14 is a view showing the logical structure of 
Context and Descriptor; 
* FIG. 1 5 is a view showing the overall structure of an 
. MVM: 

FIG. 1 6 is a view showing the data structure of Con- 
text and items surrounding Context; 
FIG. 1 7 is a view showing the type of Variable table 
entry; 

FIG. 18 is a view showing a primitive object list and 
interface name; 

FIG. 19 is a view showing a primitive object inter- 
face; 

FIG. 20 is a view showing a continuation of the prim- 
itive object interface in Fig. 19; 
FIG. 21 is view showing a continuation of the prim- 
itive object interface in Fig. 20; 
FIG. 22 is a view showing an l-code instruction set; 
and 

FIG. 23 is a view showing an MK interface. 

[0015] FIG. 1 shows an example of an illustrative sys- 
tem structure to which the data processing method of 
the present invention is applied. The system comprises 
a server 1 (data processing device), a client 2 (data 
processing device) and a network 3. 
[0016] In this embodiment., the server 1 has two ap- 
plication programs 11-1 and 11-2. One of the application 
programs 11-1 has an execution environment 12-1 for 
defining the environment of execution of the application 
program 11-1 and an application program interface 
(hereinafter referred to as "API") 1 3-1 comprising an in- 
terface between the application program 11-1 and the 
execution environment 12-1. 

[0017] The application program 1 1 -1 comprises a plu- 
rality of objects 14-1 and the execution environment 
12-1 comprises a plurality of objects 15-1. 
[0018] The application program 1 1 -2 also has an ex- 
ecution environment 12-2 defining the environment for 
this application program 11-2 and an AP1 13-2 function- 
ing as an interface between the application program 
11-2 and the execution environment 12-2. 
[0019] Further, the application program 11-2 also 
comprises a plurality of objects 14-2 and the execution 
environment 12-2 comprises a plurality of objects 15-2. 
[0020] The client 2 also has two application programs 
21-1 and 21 -2. The application program 21-1 has an ex- 
ecution environment 22-1 for defining the environment 
for this application program 21-1, and an API 23-1 as 
an interface between the application program 21-1 and 
the execution environment 22-1. The application pro- 
gram 21-1 comprises a plurality of objects 24-1 and the 
execution environment 22-1 comprises a plurality of ob- 
jects 25-1 . 

[0021] The application program 21-2 also has an ex- 
ecution environment 22-2 defining the environment for 
the application program 21 -2 and an API 23-2. The ap- 
plication program 21-2 comprises a plurality of objects 
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24-2 and the execution environment 22-2 comprises a 
plurality of objects 25-2. 

[0022] The objects are all defined as concurrent ob- 
jects which are processed concurrently with other ob- 
jects. A plurality of APIs exist between the server 1 and 
the client 2 because one API set can be considered as 
one execution environment. 

[0023] As shown in FIG. 1 and FIG. 2, the application 
program 11 comprises a plurality of objects 14 gathered 
together. Further, execution speed is increased by hav- 
ing the application program 11 processed concurrently 
by constructing the object 1 4 as a concurrent object. Be- 
cause the object 14 is a replacement unit, objects with 
operational bugs or objects with performance problems 
etc. can be replaced with objects which do not have er- 
rors. Problems of the objects 14 can therefore be re- 
solved without having to remodel the whole of the appli- 
cation program 11 . Further, a new application program 
can be easily made by taking the object 1 4 as a part and 
combining the object 14 with an object taken as a part 
of an already existing application program. 
[0024] This application program is a single service 
unit, and can be, for example, an application program 
for; only displaying image data from the server 1 ; retriev- 
ing image data using an VCR function; selecting a serv- 
ice using a menu; home shopping; a family account 
book linked with home shopping; tax calculations, etc. 
[0025] Operativity for common features can then be 
obtained by sharing application programs between ob- 
jects. For example, an editor for inputting data to a family 
account book application program and an editor for in- 
putting data in a home shopping program can be shared. 
[0026] Next, a description of a concurrent object will 
be given, with the configuration of the concurrent object 
being shown in FIG. 3. The object 14 which is a concur- 
rent object comprises a method entry table 1 4A open to 
the outside public, a method code 14B, a memory area 
14C for holding the object conditions and a simple 
thread 14D for executing the method. Only one execu- 
tion context (also referred to as a "thread") exists at the 
concurrent object 14. The concurrent object 14 there- 
fore receives one message and does not process mes- 
sages arriving during the processing of this message 
until execution of this message which is currently being 
processed is completed. 

[0027] Only providing one thread within the object has 
the following benefits. 

(1) It is not necessary to be concerned about syn- 
chronization between a plurality of activities. Name- 
ly, it is no longer necessary to carry out such a proc- 
ess as to determine a sequence of access to the 
shared data using an instruction for synchronizing 
such as semaphore when shared data exists. In 
other words, the sequence of the message trans- 
mission to the object determines the sequence of 
access. 

(2) As a result of this, program errors due to mis- 



takes in the way of obtaining synchronization no 
longer occur and reusability of the object is im- 
proved. 

(3) Synchronization errors can be prevented in a 
5 . majority of cases by providing, for example, a de- 
vice driver using this method. 

(4) Device drivers can safely be replaced because 
synchronization errors due to replacing of the de- 
vice drivers can also be prevented. 

(5) Portions for the device driver other than portions 
for actually controlling the hardware can be provid- 
ed independently from the OS. The program devel- 
opment period can therefore be made shorter be- 
cause the amount of time taken up on program de- 
velopment for the device drivers can be shared. 

(6) The description relating to execution control be- 
tween objects can be removed from the description 
of the application program. For example, it is usually 
necessary for a thread execution control program 
to be incorporated within the application program 
with, for example, a method employing multi 
threads (when a plurality of threads are used). It is 
then necessary to rewrite the application program 
when the thread programming environment chang- 
es. However, if there is only one thread as in the 
present illustrative embodiment of the invention, it 
is not necessary to describe this portion at the ap- 
plication program. The application program there- 
fore does not have to be rewritten even if the exe- 
cution control method changes. The most appropri- 
ate execution control method for putting this con- 
current object in this execution environment is pro- 
vided by a system using dynamic expansion theory 
for objects. 

(7) It is therefore not necessary to consider parallel 
processing when describing an application pro- 
gram. If concurrent objects are programmed, the 
system then carries out parallel processing with the 
hardware under the most appropriate execution 
control automatically after this because concurrent 
objects are the parallel processing units. In the re- 
lated art, the generation of a number of processes 
or the generation of a number of threads had to be 
designated during programming. If this designation 
is made without taking into consideration the per- 
formance of the hardware, the application program 
then becomes dedicated to specific hardware. 

[0028] With this system, the object is downloaded as 
necessary. An example of a system for downloading ob- 
jects from the server 1 to the clients 2 of a plurality of 
vendors is shown in FIG. 4. Clients API 13 (13-1 , 13-2) 
to be used by the respective vendors are realized by the 
execution environments 12 (12-1, 12-2). 
[0029] When an object is downloaded to the client 2 
(2-1 , 2-2) it is determined whether or not an execution 
environment 22 (22-1 , 22-2) the same as the execution 
environment 12 on the server 1 exists on the client 2. If 
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the same execution environment does exist, the object 
is downloaded. If not, downloading is carried out after 
an execution environment 22 the same as the execution 
environment 12 on the server 1 is constructed. 
[0030] For example, in FIG. 4, when the object 14-1 s 
of the application program 11-1 of the server 1 is down- 
loaded as the object 24-1 of the application program 
21 -1 of the client 2-1 : an object 25-1 A corresponding to 
an object 15-1 A of the execution environment 12-1 of 
the server 1 is necessary at the execution environment 
22-1 of the client 2-1. Then, for example, the object 
15-1 B (checking means) of the execution environment 
12-1 interrogates the object 25-1 B (notifying means) of 
the execution environment 22-1 for the feature structure 
(to be described later). The object 15-1C (downloading 
means) of the execution environment 12-1 and the ob- 
ject 25-1 C (downloading means) of the execution envi- 
ronment 22-1 then download the objects 15-1 A and 
15-1 B of the execution environment 12-1 as the objects 
25-1 A and 25-1 B of the execution environment 22-1 ki 
accordance with this response. 
[0031] In the related method, it is necessary for the 
object to be downloaded to be provided taking into ac- 
count the client API. For example, when the client is a 
UNIX system, the same UNIX system may be being 
used on the server or it may be necessary to provide an 
object constructed of some kind of cross-developed en- 
vironment. If the server and the client have to be 
equipped with the same execution environment, the cli- 
ent device usually has to be equipped with expensive 
calculation resources. For example, more memory has 
to be provided when compared with the case where a 
dedicated execution environment is provided and a high 
speed CPU (Central Processing Unit) has to be provid- 
ed to guarantee sufficient execution speed, with this in- 
creasing the cost of the device. 
[0032] With regards to this, according to the present 
illustrative embodiment of a system of the present in- 
vention, these problems are resolved by downloading 
an execution environment for the application program 
at the same time as downloading the application pro- 
gram. This is to say that by constructing just the execu- 
tion environment 22 currently necessary at the client 2 
at the client 2 unnecessary resources do not have to be 
prepared at the client 2. For example, if the client 2 does 
not require 3-D graphics then it is not necessary to pre- 
pare a library for this purpose. 
[0033] Further, when a client is playing- back a movie 
image using VOD (Video On Demand), services (serv- 
ices which are not necessary when viewing movie im- 
ages) for interacting with the user can be temporarily 
removed from the client with corresponding amount of 
calculation resources being able to be allotted to other 
work. These resources can then be used as a buffer for 
pre-fetch image data from the server 1 . Services for in- 
teraction can then be downloaded from the server 1 
when required. 

[0034] The following have been considered as objects 



to be downloaded with the present illustrative system of 
the present invention. 

(1) All application programs. 
. (2) Device driver groups (for example, MPEG driv- 
ers, ATM drivers, image control drivers etc.) for con- 
trolling hardware resources provided by the client. 
(3) Object groups (for example, VCR command 
management, stream management, real-time 
scheduler, memory management, window manage- 
ment, downloading control, communication proto- 
col management, execution management etc.) pro- 
viding system services for application programs. 

[0035] The most appropriate execution environment 
for the application program can then be constructed on 
the client by combining these application programs and 
object groups. 

[0036] The server 1 can be a device for transmitting 
image data and application programs or a device for 
transmitting information to the client 2 via the network 
3. The client 2 is a device for processing information 
transmitted from the server 1 and it is not usually nec- 
essary for the client 2 to be connected to the network 3. 
The most appropriate execution environment can there- 
fore be prepared for every application program because 
the execution environment is provided every application 
program. 

[0037] In the related art, it is necessary to make pre- 
liminary estimate about the characteristics of the appli- 
cation program when constructing the system. For ex- 
ample, when the application program has to deal with 
image data, a system service equipped with a VCR-like 
user interface for handling real-time scheduling and im- 
age data is necessary. Further, if the application pro- 
gram uses 3-D graphics, a library for this purpose has 
to be provided and the system tends to be expanded. 
Typical examples are UNIX (trademark) or Windows 
(trademark), in which an amount of memory necessary 
for the system is increased each time its version is im- 
proved. With the present illustrative system of the 
present invention, only a minimum of functions is pro- 
vided for executing application programs and the prob- 
lems of the systems of the related art are resolved. 
[0038] By constructing an application program 1 1 as 
an assembly of a plurality of objects and by providing 
these objects as concurrent objects, concurrent execu- 
tion is possible using each of the objects as a unit and 
the object can be downloaded at the same time as the 
application program is executed. At this time, by down- 
loading the objects necessary in the execution of the ap- 
plication program incrementally as shown by the proc- 
ess in FIG. 5, the user can be made to feel as if the time 
it takes to download a single application had been much 
reduced. 

[0039] For example, as shown in FIG. 5, when it is 
necessary to download objects 14-1-1 to 14-1-11 of the 
application program 11 of the server 1 as the objects 
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24-1-1 to 24-1 -11 of application program 21 of the client 
2, rather than downloading each object at random, ob- 
jects 14-1-1 to 14-1-3 necessary first in the execution of 
the application program 21 are downloaded first as the 
objects 24-1-1 to 24-1-3. 5 
[0040] If these three objects exist, the application pro- 
gram 21 can be activated and processing starts. While 
this processing is being executed, the remaining objects 
14-1-4 to 14-1-11 are then sequentially downloaded in 
second to fourth steps as the objects 24-1-4 to 24-1 -1 1 
of the application program 21 . These second to fourth 
downloads are also executed in the order of which ob- 
ject is necessary first. 

[0041] When the objects 24-1-1 to 24-1-3 of the ap- 
plication program 21 are downloaded, the processing 
for the application program 21 has already been started. 
The user then can be made to feel as if all of the objects 
had been downloaded. The user therefore only has to 
be aware of the time necessary for downloading three 
objects, which is shorter than the time necessary for 
downloading eleven objects. In other words, the user is 
in practical terms not aware of the time for downloading 
eight of the objects, so that it is as if the time had been 
removed. 

[0042] This can be also applied to the case of con- 
structing the execution environment 22 described with 
reference to FIG. 4 (and also described later with refer- 
ence to FIG. 10) on the client 2. In this case, the time 
for downloading all of the objects for the execution en- 
vironment can be made to seem less to the user by first 
downloading only the objects necessary for executing 
the application program from the objects comprising the 
execution environment 22. This method can also be ap- 
plied to the booting of the system. 
[0043] Here, incremental downloading means down- 
loading the application program or execution environ- 
ment in units of objects or portions thereof comprising 
the application program or execution environment as 
necessary rather than downloading at one time. When 
application programs are downloaded in conventional 
personal computer communications, compressed appli- 
cation programs are downloaded at one time. The ap- 
plication program can therefore not be used until down- 
loading has completely finished. Further, with, for exam- 
ple, system booting, up until now, start-up would take 
place from when all of the system had been read into 
memory. In the case of a UNIX disc-less workstation, 
the system does not start-up until all of the OS has been 
read- into memory from the server so that the system can 
therefore not be used until reading-out is completed. 
This is not the case, however, if incremental download- 
ing is used. 

[0044] This method is successfully applied to a server 
1 and a Set Top Box (hereinafter referred to as "STB") 
taken as client 2 as follows. First, it is no longer neces- 
sary to wait impatiently until the system starts up as is 
the case for current personal computers because the 
STB can soon be used after turning on the power supply. 



As an STB is extremely prominent as a household elec- 
trical appliance, it is not desirable to have to make the 
user wait until the system starts up. 
[0045] When the STB is turned on, the STB down- 
loads and starts to execute the objects necessary first. 
The time the user has to wait will then be just the time 
taken to initially download these objects. The typical 
time for downloading an object is a few milliseconds to 
a few tens of milliseconds. This time can therefore be 
made to be insignificant to the user by using an appro- 
priate user interface. The necessary objects are then 
downloaded concurrently with the activation of the sys- 
tem as the activation processes for the system proceed. 
[0046] Limitations also occur when executing a plu- 
rality of application programs at the same time because 
plenty of calculation resources such as for the server 1 
are not prepared at the client 2. For example, in the case 
where a VOD service is selected by a navigation appli- 
cation program for appreciation of a movie, resources 
(memory) occupied by the navigation application pro- 
gram can be used for the movie appreciation application 
once appreciation of the movie has started. These re- 
sources (the object for managing the memory) can then 
be downloaded again at the time when the navigation 
application again becomes necessary. 
[0047] The "time when necessary" is the time when a 
message is sent with regards to the object. Namely, 
when the very first object downloaded sends a message 
to another object, this object that received the message 
is downloaded. The object sending the next message 
can then be downloaded beforehand by utilizing object 
interdependence and reference relationships. By carry- 
ing this out concurrently with execution of the application 
program, delays due to downloading at the time of mes- 
sage communications can then be made small. This 
then increases the efficiency of the incremental down- 
loading. 

[0048] The execution environments 1 2 and 22 are al- 
so assemblies of the objects 15 and 25 and the same 
operations as for the objects 1 4 and 24 of the application 
programs 1 1 and 21 are possible. A meta-object for con- 
trolling the downloading sequence specialized for the 
application programs 11 and 21 can therefore be pre- 
pared as one of the objects 15 and 25 (for example, the 
object 25-1 C of FIG. 4 is taken as an meta-object). In 
this way, a download sequence of an object that the 
above object utilizes can be appointed as being suitable 
for a specific application and the time a user has to wait 
can be minimized using incremental downloading. 
[0049] A function for downloading objects from the 
server 1 to the client 2, an accompanying function for 
checking compatibility of execution environments of the 
objects and a function for constructing execution envi- 
ronments are necessary to realize this system. These 
are taken as the basic functions for all of the devices 
(clients 2) provided in this system to have. In this spec- 
ification, this function is referred to as a m eta-standard. 
The API of the execution environment of the OS etc. can 
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be freely expanded with this meta-standard. The mini- 
mum standardization together with this expansion then 
will allow the API to comply with all types of applications 
from now on. 

[0050] For example, with the system shown in FIG. 6, 5 
an OS having independent APIs is being operated at 
each of the servers 1-1 and 1 -2 and each of the clients 
2-1 and 2-2. Namely, an API 23-1 (API #1) for the appli- 
cation program 21-1 is constructed at the client 2-1 so 
as to correspond to the execution environment 22-1 . 
Further, an API 23-2 (API #3) for the application program 
21-2 for the execution environment 22-2 is constructed 
at the client 2-2. Because of this, APIs which correspond 
to these APIs is already prepared at the server that 
downloads the programs to the clients 2-1 and 2-2. In 
this embodiment, an API 13-1 for the application pro- 
gram 11-1 is constructed at the server 1-1 for the exe- 
cution environment 12-1. This API 13-1 is taken to be 
the API (API #1) corresponding to API 23-1 (API #1) of 
the client 2-1. 

[0051] Similarly, API 13-3 (API #3) corresponding to 
the application program 11 -3 is formed at the execution 
environment 12-3. This API 13-3 is corresponds to API 
23-2 (API #3) of the client 2-2. 

[0052] Objects 15-1 A to 15-1C, 15-3A to 15-3C, 
25-1 A to 25-1 C and 25-2A to 25-2C are provided as ob- 
jects corresponding to this meta-standard at the servers 

1 -1 and 1-2 and the clients 2-1 and 2-2. As a result, nec- 
essary objects can be properly downloaded from the 
servers 1 -1 and 1 -2 to the clients 2-1 and 2-2 according 
to the metal-standard protocal. 
[0053] To standardize the OSs of the clients into a sin- 
gle OS has been the tendency in this field. However, as 
a result of defining meta-standard as above and provid- 
ing APIs corresponding to each of the client APIs only 
on the server side, it becomes no longer necessary to 
decide a standard. 

[0054] As a result of not stipulating one OS standard, 
the object realizing the system service including the ap- 
plication program can be constructed independently of 
the OS. Namely, software written for a certain execution 
environment can automatically be restructured for an- 
other separate execution environment using migration. 
This function has not been provided in conventional sys- 
tems. For example, software written for UNIX will not 
operate on a Windows platform without being re- written. 
In order to realize this function with application level soft- 
ware, software capable of eliminating this software de- 
pendence is necessary. However, OS independence of 
objects for realizing system services including device 
drivers become possible using this method. 
[0055] By downloading objects in this way, the object 
of the client 2 is changed as necessary as shown in FIG. 
7, i.e. an already-existing object is removed from the cli- 
ent and a new object is downloaded from the server. 
[0056] For example, with the embodiment of FIG. 7, 
the object 24A of the application program 21 of the client 

2 has become unnecessary and is therefore removed. 



A new, necessary object 14A is then downloaded to the 
client 2 from the server 1 . 

[0057] In this way, the following becomes possible. 

... (1) The software can be updated. For example, 
when a bug is found in hardware control software, 
this object can be removed and can be replaced 
with a new object. Household electrical appliances 
equipped with computors are used by general con- 
sumers who are not computer specialists and soft- 
ware updating using an installer performed in some 
of computers is not appropriate. Updating of soft- 
ware in the way of the present illustrative embodi- 
ments of the present invention is therefore extreme- 
ly effective. 

(2) The product cycle can be made long. For exam- 
ple, models of television receivers are changed 
every year, but general consumers cannot buy a 
new television receiver every year. However, with 
the system of the present invention, the newest soft- 
ware functions can be provided to the user without 
having to change the television receiver and model 
changing of the receiver due to software function 
expansion is no longer necessary. This is also ap- 
plied to STBs. 

(3) Compliance with changes in requirements for 
user interfaces can be provided. For example, a us- 
er-friendly menu can be provided when the user first 
starts to use the device, with this then being 
changed to a more directly operated user interface 
when the user has got used to using the device. 
However, both procedures are not necessary to be 
brought over to the client side. Rather, the user in- 
terface matched the skill of the user at the time can 
be brought over to the client side. In this way t limited 
client resources can be effectively utilized. 

[0058] Further, a downloaded object can expand the 
object of the client 2 as necessary as shown in FIG. 8. 
In the embodiment of FIG. 8, an execution environment 
22-2 for receiving a new service is generated for the ob- 
ject 24-1 B of the application program 21-1 at the client 
2. The necessary objects 25-1 A and 25-1 B are then mi- 
grated (shifted) from the execution environment 22-1 so 
as to become the objects 25-2A and 25-2B at the exe- 
cution environment 22-2. Other necessary objects 
25-1 C and 25-1 D are also migrated to the execution en- 
vironment 22-2. 

[0059] To the application program 21-2, the object 
24-1 B of the application program 21 -1 is migrated to be- 
come the object 24-2B. 

[0060] In this way, for example, a new execution en- 
vironment for the necessary expansion of real-time 
scheduling is generated at the client and necessary ob- 
jects are shifted over to the new environment. The object 
can therefore be made capable of receiving a real-time 
scheduling service without necessitating any changes. 
[0061] The following results are obtained as a resuft 
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of this. 

(1) New functions can be dealt with without having 
to add any changes to application program objects. 
The application program life therefore becomes 5 
longer and reusability is improved. In the related 
method, changing of the execution environment 
meant the re-writing of the application program be- 
cause dependent code for the execution environ- 
ment was included in the application program. '0 

(2) With regards to application programs included 
in the equipment, highly functional control software 
for the equipment including the user interfaces is 
the part wished to be re-used uniess the model of 

the equipment is not largely changed or to have 15 
shortened development periods only by expanding 
software functions using already existing code. 
However, if the part includes code dependent on the 
execution environment, the work involved in re-uti- 
lization becomes complicated. With methods up un- 20 
til now, no countermeasures were taken for utiliza- 
tion of the part, but with the illustrative method of 
the present invention this work is made to be either 
automatic or minimal. 

25 

[0062] The illustrative system of the present invention 
can be applied specifically in the following way. 



[0063] It is therefore not necessary for the client 2 to 
provides various functions beforehand because most of 
the functions for the system can be downloaded from 
the server 1 and the client 2 is therefore made to only 
provide a minimum of. functions needed. FIG. 9 shows 
the minimum of functions possessed by the client 2 of 
the system of the present invention. An execution envi- 
ronment 22-1 for the device driver, an execution envi- 
ronment 22-2 for the system object and an execution 



environment 22-3 for the execution environment are 
formed at the client 2 as minimum functions. 
[0064] The device drivers necessary for being existed 
beforehand are an object 24-1 A taken as an input driver 
for processing input, an object 24-1 B taken as a timer 
driver for managing time and an object 24-1 C taken as 
a screen driver for controlling displaying. The system 
objects are an object 24-2A taken as an input handler 
for managing input, an object 24-2B taken as boot pro- 
tocol for managing activation, and an object 24-2C taken 
as a memory manager for managing memory. A more 
highly functional device drivers or system objects can 
be downloaded from the server 1 . 
[0065] FIG. 10 shows an embodiment of a dynamic 
structure of client environments suitable for application 
programs (video, game, shopping, etc.) sent out from 
the server. In FIG. 10, an execution environment 22-4 
for shopping use is constructed on the client 2-2 so that 
a shopping application program 1 1 -2 can be download- 
ed from the server 1 . Further, when the client 2-2 chang- 
es the application program over from the shopping ap- 
plication program to a movie application program, an ex- 
ecution environment 22-3 for a movie application pro- 
gram 21 -3 is constructed on the client 2-2 and the movie 
application program 11-1 is downloaded from the server 
1. 

[0066] For example, the following process can be 
considered. 

(1) When a user selects a movie. 

At this time, a navigation application 11-3 is 
downloaded from the server 1 -2 to, for example, the 
execution environment 22-1 of the client 2-1 so that 
the desired movie can be selected and an object 
1 5-3 for window management and for managing in- 
puts from the user etc. is downloaded as an object 
25-1 as the necessary environment for the naviga- 
tion application 11-3. 

(2) When a user is enjoying a movie. 

[0067] At this time, an object 15-1 for video stream 
management, data pre-read buffer management and 
VCR functions etc. is downloaded from the execution 
environment 12-1 of the server 1-1 to, for example, the 
execution environment 22-3 of the client 2-2 as an object 
25-3. 

[0068] In the illustrative system of the present inven- 
tion, the feature structure shown in FIG. 1 1 is introduced 
in order to present the execution environment of the cli- 
ent by downloading. This feature structure is checked 
when objects are downloaded from the server 1 to the 
client 2 and the necessary execution environments are 
constructed where the objects are downloaded. 
[0069] First, the server 1 carries out a negotiation with 
the client 2 in a first phase (negotiation phase) for the 
possibility of an object migration between meta-object 
space of the server 1 and meta-object space of the client 
2. In a second phase (transferring phase) the object is 



(1) Halting of the whole system can be prevented 

by downloading a memory protection function when 30 
the reliability of the application program is low. 

(2) Services provided by service provider can be 
changed every STB vendor. For example, a service 
provider providing a movie of movie company A can 
change the characteristics of the image to be trans- 35 
mitted according to whether the image is received 

by the STB of company B or the STD of company C. 

(3) The processing method of the system can be 
changed in accordance with the compression meth- 
od of audio-visual data sent to an STB or the picture *o 
quality requested by the user. For example, the 
method taken when adjusting picture quality is dif- 
ferent for MPEG data and JPEG data and it has 
therefore been necessary to change the processing 
method of the system. However, with the illustrative « 
system of the present invention, the processing 
method is selected as necessary in accordance 
with the data format. 
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then actually transferred. 

[0070] Object migration is a meta-level process which 
transmits the calculation resources in-use using internal 
information of the object and objects related to this ob- 
ject if necessary. The internal information of the object 5 
is expressed by a meta-level object referred to as a de- 
scriptor. In reality, the descriptor holds the name of the 
meta-object managing the object. A typical descriptor 
holds the name of the meta-object managing memory 
segments for the object, the name of the meta-object 
performing execution control of two or more objects 
(scheduler) and the name of the meta-object managing 
the giving of names to objects, etc. 
[0071 ] A check is made in the first phase (negotiation 
phase) for the possibility of shifting object. In some me- 
ta-object spaces, object migration is not desirable. For 
example, if an object (device driver) is shifted in a meta- 
object space for managing a device driver, this shifting 
becomes actually meaningless if a hardware device 
does not actually exist at the client 2. Further, a meta- 
object managing memory segments of the object using 
a virtual memory management structure cannot man- 
age the memory segments even by carrying out shifting 
if a virtual memory management structure does not exist 
where the objects are shifted. The following method is 
therefore prepared for the migration protocol. 
[0072] Feature* Descriptor: :CanSpeak (Feature* 
p Feature). 

[0073] In this method, a CanSpeak operation is exe- 
cuted for the descriptor within the meta-object space at 
the client 2. 

[0074] At this time, a feature structure is.passed from 
the server 1 as an argument. As a result, the client 2 
returns a feature structure to the server 1 indicating that 
acceptance at the client 2 is possible. The server 1 then 
checks the feature structure returned from the client 2 
so as to be able to know in which categories given below 
the compatibility of this meta-object space is included. 
[0075] Compatibility can be classified into three cate- 
gories, completely compatible, partially compatible and 
incompatible. 

[0076] Complete compatibility means that the object 
can be completely executed even after being shifted. 
Partial compatibility means that some restrictions are 
put on execution of the object after being shifted. Incom- 
patibility means that the object cannot be continued to 
be executed after being shifted. 
[0077] Object migration is not carried out in the case 
of incompatibility. In the case of partial compatibility, 
whether or not migration is carried out is decided by the 
user. In reality, an exception is sent back to the user and 
a migration decision is made using the exception proc- 
ess routine. In the case of complete compatibility or par- 
tial compatibility when object migration can be carried 
out, migration is carried out in accordance with the con- 
tents of the feature structure returned previously. 
[0078] Before the negotiation phase, an empty de- 
scriptor is generated at the meta-object space of the cli- 



ent 2 by the next operation. 
Descriptor: :Descriptor() 

[0079] The previous CanSpeak method can be for- 
warded for this descriptor. At this time, necessary meta- 
object generation, reference generation and listing of 
necessary information are carried out on the basis of the 
feature structure information. 

[0080] The process at the meta-level of the second 
phase is the shifting or transmitting of the meta-object 
corresponding to the transmitted descriptor. Here, shift- 
ing of the meta-object is the entering of this meta-object 
to the meta-object space of the client 2, i.e. being refer- 
enced from the descriptor. Further, transmitting of the 
meta-object means transmitting the data within the me- 
ta-object as a message for the meta-object (which is ref- 
erenced from the descriptor) present at the meta-object 
space at the client 2. 

[0081] The actual operation relating to the shifting and 
transmitting of the meta-object is executed in this sec- 
ond phase (shifting phase) utilizing the feature structure 
obtained by the negotiation phase. 
[0082] The actual transferring and transmitting of the 
meta-object in the shifting phase is activated by the fol- 
lowing method. 

Descriptor & Descriptor-operator = (Descriptor & 
source) 

[0083] The descriptor class is an abstract class which 
defines a common protocol relating to the shifting and 
transmitting of the meta-object. The contents of the de- 
scriptor referenced using the source are copied to this 
descriptor. 

[0084] The actual procedure can be defined as a sub- 
class of the descriptor class. 

[0085] The next method is a method relating to trans- 
mitting of the meta-object. These protocols are mainly 
used by a migrator (a meta-object included within the 
meta-object space for carrying out object migration). 

CanonicalContext& Context: :asCanonical() 

[0086] Converting a machine-dependent Context 
structure to a machine- independent form. This protocol 
is executed when the feature structure indicates that a 
direct conversion of Context is not possible. 

Contexts Context:: operator 
= (Context* source) 
Contexts Context-operator 
= (CanonicalContext& source) 

[0087] The Context currently referenced by this is in- 
itialized using the Context referenced by source. 

CanonicalSegment & Segment: :asCanonicalO 
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[0088] Converting a machine-dependent Segment 
structure to a non-machine-independent form. This pro- 
tocol is executed when the feature structure indicates 
that a direct conversion of Context is not possible. 

5 

Segment& Segment: :operator 
= (Segments source) 
Segments Segment::operator 
= (CanonicalSegment& source) 

10 

[0089] The Segment currently referenced by this is in- 
itialized using the Context referenced by source and the 
necessary region of memory is copied. 
[0090] FIG. 1 1 shows the configuration of the feature 
structure. As shown in FIG. 11, pointers of the object '5 
description and the environment description are de- 
scribed in the entry. 

[0091] An object name, a pointer of the same struc- 
ture- as for the structure indicated by the pointer of the 
environment description and the resource requirement 20 
of this object are described at the structure indicated by 
the pointer of the object description. 
[0092] Further, an environment name; resource infor- 
mation of client hardware, resource requirement of this 
environment and list of meta-objects constituting the ex- 25 
ecution environment are described at the structure indi- 
cated by the pointer of the environment description. 
[0093] A specific example of the contents of a feature 
structure is as follows. 

30 

(1) Information relating to the object, real time 
processibtlrty amount of required processor 

(2) information relating to meta-object hardware 
m eta-object 

35 

processor type 

* data format segment meta-object 

* size 

* expandability, compressibility 

* management principle *o 

* layout context meta-object 

* register information 

* number of temporary variables 

* processor conditions 

mailer meta-objects 45 
message cue length 

* number of available processor messages 

* necessity of external mailer 

* message transmission method 

external mailer meta-object 50 

* message cue length 

* number of available processor messages 

* protocol 
scheduler meta-object 

* object conditions 55 

* scheduling principle 
management-dependent meta-object 

* number of external names possessed 



[0094] As described above, when each of the clients , 
have different OSs, the OSs of each of the clients are 
determined from this feature structure and the server 
then downloads objects corresponding to these OSs. 
[0095] FIG. 12 shows an example of an illustrative 
system structure to which the illustrative data process- 
ing system of the present invention is applied. A core 31 
of this system comprises a Micro virtual Machine (M VM) 
31 a (first execution means) and a Micro Kernel (MK) 31 b 
(second execution means). The MVM 31a interprets 
and executes intermediate code (l-code) to be de- 
scribed later and can called- up a personality object (sys- 
tem object) using the functions of the MK31b as neces- 
sary. 

[0096] Portions other than the core 31 shown in FIG. 
12 can, for example, be downloaded from the server 1 
using the aforementioned methods. 
[0097] This system dynamically compiles l-code into 
native code (binary code, machine code) as necessary. 
Objects already compiled in native code can be execut- 
ed but in this case, the personality object 33 (binary code 
generating means) is called-up using the functions of 
the MK 31b and provides a service to the applications 
35. 

[0098] The MVM 31a and the MK 31b comprising the 
core 31 shown in FIG. 12 are surrounded by device driv- 
er objects (Device drivers) 32 and Personality objects 
(Personality component objects) 33, which are in turn 
surrounded by a class system (Class Libraries) 34 pre- 
pared for carrying out application programming, which 
are in turn surrounded by application programs 35. 
[0099] The layer of personality objects 33 allows this 
system to provide various OSs or virtual machines. For 
example, execution of BASIC programs is carried out 
by executing intermediate code obtained by compiling 
the BASIC program using personality objects for BASIC 
programming. 

[0100] In the illustrative system of the present inven- 
tion, programs are compiled to l-code (intermediate 
code) for managing the object method so as to obtain a 
high degree of portability. Although l-code is not de- 
signed on the presumption of being interpreted and ex- 
ecuted (executing the program while interpreting the 
program), but is designed to be compiled as necessary 
into native code. However, the MVM interprets and ex- 
ecutes the l-code when dynamic compiling of the l-code 
is difficult due to various limitations. 
[0101] However, in most cases the l-code is compiled 
into native code and directly executed by a CPU con- 
structed within the system. Deficiencies in real time 
processibility or loss of processing speed accompany- 
ing Virtual Machine execution is therefore negligible. 
[0102] The l-code comprises two instruction sets 
(OP_M, OP_R) of sufficiently high abstractness, to be 
described later with reference to FIG. 22 so as to give 
a high degree of Inter-Operability. The semantics (the 
structure of meanings) of these instruction sets is 
strongly related to the interface of MK31b. This is to say 
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that the instruction sets are under the strong influence 
of the structure of the illustrative system of the present 
invention shown in FIG. 12. The illustrative system of 
the present invention therefore has a high degree of 
Portability and Inter-Operability in spite of assumption 
of the native code. 

[01 03] Next, the method for the MVM 31 a and the MK 
31 b is described. First, the data structure assumed by 
the MVM 31 a and the l-code format are stipulated. 
[01 04] FIG. 1 3 shows the logical structure of the MVM 
31 a and the MK 31 b shown in FIG. 1 2. The logical struc- 
ture of both the MVM 31a and the MK 31b is basically 
the same, with both comprising an active context 41 , a 
message frame 42 and an execution engine 43. How- 
ever, the MVM 31 a supports execution using l-code and 
the MK 31b supports execution using native code. 
[0105] In FIG. 13, active context 41 points to the Con- 
text (described later with reference to FIG. 14) currently 
being executed and the message frame 42 points to the 
main part of the message for the MVM 31 a and the MK 
31b comprising the core 31 . 

[0106] In the case of MK 31b, the place where the 
main part of the message exists depends on the imple- 
mentation system with there being cases where this 
place is allotted to memory as a stack frame, allotted to 
a heap or allotted to registers of a number of CPUs. On 
the other hand, in the case of MVM 31a, the message 
frame points to an operand following the instruction 
code. Internal registers other than these registers may 
also be necessary depending on the implementation but 
these registers are independent of this method. 
[0107] In FIG. 13, the execution engine 43 executes 
l-code and native code. Further, primitive objects 44 are 
included at the execution engine 43 of the MVM 31 , with 
these primitive objects 44 being code for processing 
primitive objects to be described later with reference to 
FIG. 18. 

[01 08] FIG. 1 4 shows the logical structure of the Con- 
text and Descriptor. The context structure 51 showing 
one execution state of the program comprises the fields 
of object, class, method and meta-etc. t with further fields 
of icode and minf being provided at the field method. 
This Context structure 51 holds the state of MVM 31a, 
corresponds to a CPU register, and is completely inde- 
pendent of the memory management and systems of 
communicating between programs etc. 
[0109] The Context structure 51 is a Context primitive 
object, with each field being linked with prescribed in- 
formation, as described later with reference to FIG. 16. 
Further, the Context structure 51 is deeply dependent 
on the implementation of the core 31 (MVM 31 a and MK 
31b) but only portions which are not dependent are 
shown in FIG. 14. 

[0110] The important field at the Context structure 51 
is the meta-f ield, with this field pointing to the Descriptor 
structure 52. The entries for the Descriptor structure 52 
consist of three groups, #tag, context and select, with 
the API of the Personality object 33 being decided by 



this descriptor structure 52. Here, #tag expresses the 
API name and addresses of the API are expressed by 
context and selector. 

[01 1 1] FIG. 1 5 shows the whole structure of the MVM 
s 31a. Basically, all of the necessary information can be 
referenced by following links from the Context structure 
51 . Namely, the Context structure 51 is linked to the ob- 
ject 61. This object 61 comprises a link (class pointer) 
to a class corresponding to the object 61 and an in- 
fo stance region (object dependent field). What kind of in- 
formation is stored at the instance region or in what man- 
ner this information is laid-out depends on the imple- 
mentation of the object. 

[0112] The class 62 mainly holds the method. The 
* s class 62 comprises the name (class name), the portion 
depending on the conditions of implementation (class 
dependent field) and the link table (method table) to the 
l-method structure 63. The l-method structure 63 is the 
block primitive object and comprises a header (Header), 
20 an l-code and a variable table (variable table). Further, 
magic# is the management number (ID) of the MVM 
31 a. Basically, the l-code instruction operand refers to 
the target object via this variable table entry. 
[0113] In FIG. 15, the gray portions (Context 51, I- 
25 method 63) are portions depending on the MVM 31 a and 
are structures required when the MVM 31 a translates 
and executes the l-code. 

[0114] FIG. 16 shows structures linking-out from the 
Context structure 51. The object field of the Context 

30 structure 51 points to the object 61 and the class field 
points to the class-dependent field of class 62, with the 
icode of this method field pointing to the l-code of the I- 
method 63. The icode corresponds to the program coun- 
ter and points to the program being executed. Further, 

35 vtable of the method field points to the variable table of 
the l-method 63. 

[01 1 5] The temporary field points to a region for tem- 
porarily saving data and the meta-field points to the de- 
scriptor 52 described above. Moreover, the class pointer 

40 of the object 61 points to class 62 and the method table 
of the class 62 points to l-method 63. 
[0116] The variable table entry is a group consisting 
of type and value, with the value depending on the type. 
[0117] The MVM 31 a processes the type as shown in 

45 FIG. 1 7. When the type is T_PRIMITIVE, the value field 
refers to a primitive object. The kind of group of 
<P_CLASS, P_BODY> shown in FIG. 18, such as, for 
example, <PJNTEGER, immediate^ <P_STRlNG, ad- 
dress to heap> is stored at the value field. FIG. 1 8 shows 

50 the primitive object list together with the name of inter- 
face (listed in the column of P_CLASS). FIG. 1 9 to FIG. 
21 show an example of the primitive object interface 
shown in FIG. 18 described using an Interface Definition 
Language (IDL) method. This IDL method is disclosed 

55 in "COBRA V2.0, July 1995, P3-1 to 3-36". 

[0118] In FIG. 17, an ID for referring to the object is 
stored in the value field when the type is T_POINTER. 
. This ID is the only value within the system with its posi- 
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tion being independent. An object position correspond- 
ing to the ID is then specified by a personality object 33. 
[01 1 9] FIG. 22 shows two instruction sets interpreted 
and executed by the MVM 31. In the structure of FIG. 
.12, the instruction set OP_M is instructions entering 5 
from outside to inside and the instruction set OP_R is 
instructions returning from inside to outside. 
[01 20] Namely, the i nstruction set OP_M executes the 
operation indicated by this first operand. This operation 
is processed by Personality object 33 or by a primitive 
object. Further, the compiler generates l-code in order 
to execute the applications 35 in a more efficient manner 
as a number of processes are processed by the primitive 
object. In this way, for example, the arithmetic operation 
for integer is processed by the leading primitive object 
of FIG. 18. 

[0121] Next, the interface of MK 31b is specified. FIG. 
23 shows the interface of the micro kernel (MK) 31b. 
The logical structures of the MVM 31a and the MK 31b 
are the same as that shown in FIG. 13. Here, MK 31b 
processes the instruction sets OP_M and OP_R shown 
in FIG. 22 as a system call. 

[0122] The system constructed in the way described 
above can be applied to, for example, the client 2 (2-1 , 
2-2) shown in FIG. 4. The execution environment most 
suitable for executing a prescribed application can then 
be constructed on the client 2 by downloading an arbi- 
trary portion of the portions other than the core 31 shown 
in FIG. 12 from the server 1 . 

[0123] As described above, the following can be con- 
sidered as objects to be downloaded. 

(1) All application programs. 

(2) Device driver groups (for example, MPEG driv- 
ers, ATM drivers, image control drivers etc.) for con- 
trolling hardware resources provided by the client. 

(3) Object groups (personality objects) providing 
system services for application programs (for ex- 
ample, VCR command management, stream man- 
agement, real-time scheduler, memory manage- 
ment, window management, downloading control, 
communication protocol management, execution 
management etc.) providing system services for 
application programs. 

[0124] The most appropriate execution environment 
for the application program can then be constructed on 
the client by combining these application programs and 
object groups. 

[0125] For example, when it is wished to execute a 
BASIC program, the personality object 33 for BASIC 
and the BASIC program (application) 35 are download- 
ed from the server 1 . This system is capable of providing 
a BASIC Virtual Machine using this personality object 
33. The downloaded BASIC program is then temporarily 
compiled into intermediate code by the compiler and ex- 
ecuted by the BASIC Virtual Machine. The BASIC pro- 
gram can alternatively be executed after having been 



compiled into native code in the way described above. 
[0126] In the aforementioned embodiment, down- 
loading of a prescribed object was carried out from the 
server to the client. However, illustrative embodiments 
of the present invention can also be applied to down- 
loading of objects from a prescribed client to a pre- 
scribed server or to downloading of objects between 
servers or between clients. 

[0127] Further, in the aforementioned embodiment, 
the l-code comprises two instructions, but the present 
invention is by no means limited in this respect. 
[0128] According to illustrative embodiments of the. 
data processing method and data processing device of 
the present invention, a check is made as to whether or 
not the client has the execution environment of the ap- 
plication program to be downloaded and the application 
program is then downloaded to the client on the basis 
of this check. The structure of the client can therefore 
be simplified and the cost can be reduced. This makes 
the providing of cheap application programs possible. 
[0129] Moreover, with the illustrative data processing 
device of the present invention, notification is given to 
the server with regards to the execution environment for 
the application program to be downloaded, with the ap- 
plication program then being downloaded from the serv- 
er on the basis of this notification. This makes low-cost 
devices with simplified structure to be feasible and also 
makes the providing of low-cost application programs 
possible. 

[0130] With the illustrative data processing device 
and the illustrative data processing method of the 
present invention, an application program converted in- 
to intermediate code is interpreted and executed, or in- 
termediate code is dynamically compiled and the gen- 
erated binary code is executed. Intermediate code can 
therefore be gradually interpreted and executed when 
dynamic compiling is difficult. Still further, portable ap- 
plications can be constructed by giving the intermediate 
code a simple structure. 



Claims 

1. A data processing method for a data processing 
system comprising : 

on a server (16) side: 

storing an application program (11 -1) com- 
prising a plurality of objects (14-1); 
storing an execution environment (12-1) 
comprising a plurality of objects (15-1) for 
specifying operations of said application 
program such that said execution environ- 
ment is compatible with said application 
program; 

storing an application program interface 
(13-1 API) operable to provide an interface 
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between said execution environment and 
said application program; and 
on a client (2) side: 

requesting a download of said applica- 
tion program from said server (16); 

wherein a checking means on said server is 
operable to execute a compatibility check to deter- 
mine whether or not said client (2) has said execu- 
tion environment that is compatible with said re- 
quested application program and said requested 
application program is downloaded from said server 
(16) in dependence upon a result of said check. 

2. The method according to claim 1 , wherein when 
said check by said server determines that said client 
does not have an execution environment with which 
said requested application program is compatible, 
said method comprises the steps of: 

downloading at least one execution environ- 
ment object from said server to said client such 
that said compatible execution environment is 
constructed on said client; and 
downloading said application program from 
said server to said client. 

3. The method according to claim 1 or claim 2, wherein 
said application program objects and 

said execution environment objects are concurrent 
objects and a single thread of execution control is 
provided within each object. 

4. The method according to claim 1 , 2 or 3, wherein 
said execution environment objects are download- 
ed incrementally from said server to said client in 
an order appropriate for the execution of said re- 
quested application program and wherein execu- 
tion of said requested application program pro- 
ceeds before all of the necessary execution envi- 
ronment objects have been downloaded. 

5. The method according to claim 1 , 2 or 3 wherein 
said requested application program objects are 
downloaded incrementally from said server to said 
client in a sequence appropriate for execution of 
said application program and one or more of said 
requested application program objects are down- 
loaded to said client concurrently with execution of 
said requested application program by said client. 

6. The method according to claim 1 ,2 or 3 wherein 
those of said application program objects and said 
execution environment objects that are required 
first for processing by said client during execution 
of said requested application program are down- 
loaded first from said server to said client. 



7. The method according to claim 4, 5 or 6, wherein a . 
sequence for downloading said application pro- 
gram objects and/or said environment objects from 
said server to said client is specified by an execution 

5 environment object. 

8. The method according to any one of the preceding 
claims, comprising the step of removing an existing 
application program object from said client and re- 

10 placing said removed object by downloading a new 
object from said server. 

9. The method according to any one of the preceding 
claims, comprising the step of constructing a sec- 

*5 ond execution environment on said client for an ap- 
plication program object associated with said first 
mentioned execution environment and migrating at 
least one application program object from said first 
mentioned execution environment to said second 

20 execution environment. 

10. The method according to any one of the preceding 
claims, wherein said execution environment for said 
client comprises: 

25 

a download function for downloading said re- 
quested application program object from said 
server to said client; 

a checking function for checking whether an ex- 
30 ecution environment on said client is compati- 

ble with said requested object; and 
a construction function for constructing an ex- 
ecution environment on said client that is com- 
patible with said requested object; 

35 

wherein additional functions are downloaded 
from said server to said client as necessary. 

11. The method according to any one of the preceding 
40 claims, wherein said client comprises: 

an execution environment having device driver 
objects; 

an execution environment having system ob- 
45 jects; and 

an execution environment having execution en- 
vironment objects; 

wherein said device driver objects, said sys- 
50 tern objects and said execution environment ob- 
jects that are provided on said client are the func- 
tions necessary to create the corresponding envi- 
ronment and wherein more highly functional device 
driver objects or system objects are downloaded 
55 from said server to said client as necessary. 

12. The method according to any one of the preceding 
claims, wherein said server passes a feature stoic- 
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ture 

to said client that points to a description ot said re- 
quested object and further points to a description of 
said compatible execution environment and where- 
in said client uses said feature structure to perform 
said check. 

13. A server device for downloading an application pro- 
gram in response to a request from a client, said 
server device comprising: 

storage means storing an application program 
comprising one or more objects; 
storage means storing an execution environ- 
ment comprising a plurality of objects for spec- 
ifying operations of said application program 
wherein said execution environment is compat- 
ible with said application program; 
storage means storing an application program 
interface operable provide an interface be- 
tween said execution environment and said ap- 
plication program; 

checking means for checking whether or not 
said client has an execution environment that 
is compatible with said requested application 
program; and 

downloading means for downloading said re- 
quested application program to said client in 
dependence upon a result of said check per- 
formed by said checking means. 

14. The server device according to claim 13, wherein 
when said checking means determines that said cli- 
ent does not have an execution environment with 
which said requested application program is com- 
patible, said downloading means downloads at 
least one execution environment object from said 
server to said client such that said compatible exe- 
cution environment is constructed on said client; 
and said downloading means also downloads said 
application program from said server to said client. 

15. The server device according to claim 13 or 14, 
wherein said application program objects and said 
execution environment objects are concurrent ob- 
jects and a single thread of execution control is pro- 
vided within each object. 

16. The server device according to claim 13, 14 or 15, 
wherein said downloading means incrementally 
downloads said execution environment objects to 
said client in an order appropriate for the execution 
of said requested application program and wherein 
execution of said requested application program on 
said client proceeds before all of the necessary ex- 
ecution environment objects have been download- 
ed. 



17. The server device according to any one of claims 
13 to 16 wherein said downloading means incre- 
mentally downloads said requested application pro- 
gram objects to said client in a sequence appropri- 

5 ate for execution of said application program and 
said server downloads one or more of said request- 
ed application program objects to said client con- 
currently with execution of said requested applica- 
tion program by said client. 

10 

18. The server device according to any one of claims 
13 to 17, wherein said downloading means first 
downloads to said client those of said application 
program objects and said execution environment 

is objects that are required first for processing by said 
client during execution of said requested applica- 
tion program. 

19. The server device according to any one of claims 
20 13 to 17, wherein said downloading means down- 
loads said application program objects and/or said 
environment objects from said server to said client 
in a sequence specified by an execution environ- 
ment object. 

25 

20. The server device according to any one of claims 
1 3 to 18, wherein said server device removes an 
existing application program object from said client 
and replaces said removed object by using said 

30 downloading means to download a new object from 
said server. 

21. The server device according to any one of claims 
1 3 to 1 9, wherein said server device is used to con- 

35 struct a second execution environment on said cli- 
ent for an application program object associated 
with said first mentioned execution environment 
and said client migrates at least one application pro- 
gram object from said first mentioned execution en- 

40 vironment to said second execution environment. 

22. The server device according to any one of claims 
13 to 20, wherein said execution environment for 
said client comprises: 

45 

a download function for downloading said re- 
quested application program object from said 
server to said client; 

a checking function for checking whether an ex- 
50 ecution environment on said client is compati- 

ble with said requested object; and 
a construction function for constructing an ex- 
ecution environment on said client that is com- 
patible with said requested object; 
55 and wherein said downloading means down- 

loads additional functions from said server to 
said client as necessary. 
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23. The server device according to any one of claims 
1 3 to 21 , wherein said client comprises: 

an execution environment having device driver 
objects; 

an execution environment having system ob- 
jects; and 

an execution environment having execution en- 
vironment objects; 

wherein said device driver objects, said sys- 
tem objects and said execution environment ob- 
jects that are provided on said client are the func- 
tions necessary to create the corresponding envi- 
ronment and wherein said downloading means 
downloads more highly functional device driver ob- 
jects or system objects from said server to said cli- 
ent as necessary. 

24. The server device according to any one of claims 
13 to 22, wherein said server device passes a fea- 
ture structure to said client that points to a descrip- 
tion of said requested object and further points to a 
description of said compatible execution environ- 
ment and wherein said client uses said feature 
structure to perform said check. 

25. A client data processing device comprising: 

downloading means for downloading data from 
a server; 

storage means storing an application program 
comprising one or more objects; 
storage means storing an execution environ- 
ment comprising a plurality of objects for spec- 
ifying operations of said application program; 
storage means storing an application program 
interface operable provide an interface be- 
tween said execution environment and said ap- 
plication program; and 

notifying means for notifying said server as to 
whether an execution environment on said data 
processing device is compatible with an appli- 
cation program requested for download from 
said server; 

wherein said downloading means is operable 
to download said requested application program 
from said server in dependence upon said notifica- 
tion generated by said notifying means. 

26. Hie client data processing device according to 
claim 25, wherein when said notifying means noti- 
fies said server that said client does not have an 
execution environment with which said requested 
application program is compatible; 

said downloading means downloads at least 
one execution environment object from said server 



to said client such that said compatible execution 
environment is constructed on said client; and 

said downloading means also downloads said 
application program from said server to said client. 

5 

27. The client data processing device according to 
claim 25 or 26, wherein said application program 
objects and said execution environment objects are 
concurrent objects and a single thread of execution 

10 control is provided within each object. 

28. The client data processing device according to any 
one of claims 25 to 27, wherein said downloading 
means downloads said execution environment ob- 

*5 jects incrementally from said server to said client in 
an order appropriate for the execution of said re- 
quested application program and wherein execu- 
tion of said requested application program on said 
client proceeds before all of the necessary execu- 
20 tion environment objects have been downloaded. 

29. The client data processing device according to any 
one of claims 25 to 28, wherein said downloading 
means incrementally downloads said requested ap- 

25 plication from said server to said client in a se- 
quence appropriate for execution of said application 
program and one or more of said requested appli- 
cation program objects are downloaded to said cli- 
ent concurrently with execution of said requested 

30 application program by said client. 

30. The client data processing device according to any 
one of claims 25 to 29 

wherein said downloading means first downloads 
35 from said server to said client those of said applica- 
tion program objects and said execution environ- 
ment objects that are required first for processing 
by said client during execution of said requested ap- 
plication program. 

40 

31 . The client data processing device according to any 
one of claims 25 to 30, wherein said downloading 
means downloads said application program objects 
and/or said environment objects from said server to 

4£ said client in a sequence specified by an execution 
environment object. 

32. The client data processing device according to any 
one of claims 25 to 31 , wherein an existing applica- 

50 tion program object is removed from said client and 
said downloading means replaces said removed 
object by downloading a new object from said serv- 
er. 

55 33. The client data processing device according to any 
one of claims 25 to 32, wherein a second execution 
environment is constructed on said dient for an ap- 
plication program object associated with said first 
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mentioned execution environment and said client 
migrates at least one application program object 
from said first mentioned execution environment to 
said second execution environment. 

34. The client data processing device according to any 
one of claims 25 to 33, wherein said execution en- 
vironment for said client comprises: 

a download function for downloading said re- 
quested application program object from said 
server to said client; 

a checking function for checking whether an ex- 
ecution environment on said client is compati- 
ble with said requested object; and 
a construction function for constructing an ex- 
ecution environment on said client that is com- 
patible with said requested object; 

wherein additional functions are downloaded 
from said server to said client as necessary. 

35. The client data processing device according to any 
one of claims 25 to 34, wherein said client compris- 
es: 

an execution environment having device driver 
objects; 

an execution environment having system ob- 
jects; and 

an execution environment having execution en- 
vironment objects; 

wherein said device driver objects, said sys- 
tem objects and said execution environment ob- 
jects that are provided on said client are the func- 
tions necessary to create the corresponding envi- 
ronment and wherein more highly functional device 
driver objects or system objects are downloaded 
from said server to said client as necessary. 

36. The client data processing device according to any 
one of claims 25 to 35, wherein said server passes 
a feature structure to said client that points to a de- 
scription of said requested object and further points 
to a description of said compatible execution envi- 
ronment and wherein said client uses said feature 
structure to determine a result passed to said server 
by said notifying means. 

37. A communications system comprising a server de- 
vice according to any one of claims 13 to 24 and a 
client data processing device according to any one 
of claims 25 to 36. 

38. Computer software having program code for carry- 
ing out a method according to any one of claims 1 
to 13. 



39. A data providing medium by which computer soft- 
ware according to claim 38 is provided. 

40. A medium according to claim 39, the medium being 
5 a transmission medium. 

41 . A medium according to claim 39, the medium being 
a storage medium. 



1. Datenverarbeitungsverfahren fur ein Datenverar- 
beitungssystem umfassend auf der Seite eines Ser- 
fs vers (16) 

die Speicherung eines Anwendungsprogramm 
(11-1), welches eine Vielzahl von Objekten (14-1) 
aufweist, 

die Speicherung einer Ausfuhrungsumgebung 
20 (12-1), die eine Vielzahl von Objekten (15-1) zur 
Spezrfizierung von Operationen des betreffenden 
Anwendungsprogramms aufweist, derail, dass die 
genannte Anwendungsumgebung mit dem genann- 
ten Anwendungsprogramm kompatibel ist, 
25 die Speicherung einer Anwendungsprogramm- 
Schnittstelle (13-1 API), die derart betreibbar ist, 
dass eine Schnittstelle zwischen der genannten An- 
wendungsumgebung und dem genannten Anwen- 
dungsprogramm bereitgestellt ist, 
30 und auf der Seite eines Clients (2) 

die Anforderung eines Herunterladens des genann- 
ten Anwendungsprogramms von dem genannten 
Server (16), 

wobei eine Prufeinrichtung auf dem betreffenden 
35 Server derart betreibbar ist, dass eine Kompatibili- 
tatsprufung ausgefuhrt wird, um zu bestimmen, ob 
der genannten Client (2) die genannte Ausfuh- 
rungsumgebung aufweist oder nicht, die mit dem 
angeforderten Anwendungsprogramm kompatibel 
40 ist, und wobei das genannte angeforderte Anwen- 
dungsprogramm von dem Server (16) in Abhangig- 
keit von einem Ergebnis der betreffenden Prufung 
heruntergeladen wird. 



45 2. Verfahren nach Anspruch 1 , wobei in dem Fall, dass 
die genannte Prufung durch den Server bestimmt, 
dass. der genannte Client nicht uber eine Ausfuh- 
rungsumgebung verfugt, mit der das betreffende 
angeforderte Anwendungsprogramm kompatibel 

so ist, das Verfahren die Schritte umfasst: 

Herunterladen zumindest eines Ausfiihrungs- 
umgebungsobjekts von dem genannten Server 
zu dem genannten Client, derart, dass die ge- 
55 nannte kompatible Ausfuhrungsformungsum- 

gebung auf dem betreffenden Client errichtet 
wird, 

und Herunterladen des genannten Anwen- 
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dungsprogramms von dem genannten Server 
zu dem genannten Client. 

3. Veriahren nach Anspruch 1 Oder 2, wobei die ge- 
nannten Anwendungsprogrammobjekte und die ge- 
nannten Ausfuhrungsumgebungsobjekte gleichzei- 
tig vorhandene Objekte sind und ein einziger Aus- 
fuhrungssteuerungsfaden innerhalb jedes Objekts 
vorgesehen ist. 

4. Verfahren nach Anspruch 1 , 2 oder 3, wobei die ge- 
nannten Ausfuhrungsumgebungsobjekte von dem 
genannten Server zu dem genannten Client in einer 
fur die Ausfuhrung des angeforderten Anwen- 
dungsprogramms geeigneten Reihenfolge herun- 
tergeladen werden und wobei die Ausfuhrung des 
genannten angeforderten Anwendungsprogramms 
weitergeht, bevor samtliche der erforderlichen Aus- 
fuhrungsumgebungsobjekte inkremental herunter- 
geladen worden sind. 

5. Verfahren nach Anspruch 1 , 2 oder 3, wobei die ge- 
nannten angeforderten Anwendungsprogrammob- 
jekte von dem genannten Server zu dem genannten 
Client in einer fur die Ausfuhrung des genannten 
Anwendungsprogramms geeigneten Sequenz in- 
kremental heruntergeladen werden und wobei ei- 
nes oder mehrere der angeforderten Anwendungs- 
programmobjekte zu dem genannten Client gleich- 
zeitig mit der Ausfuhrung des betreffenden angefor- 
derten Anwendungsprogramms durch den genann- 
ten Client heruntergeladen werden. 

6. Verfahren nach Anspruch 1 , 2 oder 3, wobei jene 
der genannten Anwendungsprogrammobjekte und 
der genannten Ausfuhrungsumgebungsobjekte, 
die fur die Verarbeitung durch den genannten Client 
wahrend der Ausfuhrung des betreffenden angefor- 
derten Anwendungsprogramms zuerst erforderlich 
sind, von dem genannten Serverzu dem genannten 
Client zuerst heruntergeladen werden. 

7. Verfahren nach Anspruch 4, 5 oder 6, wobei eine 
Folge bzw. Sequenz zum Herunterladen der ge- 
nannten Anwendungsprogrammobjekte und/oder 
der genannten Umgebungsobjekte von dem ge- 
nannten Server zu dem genannten Client durch ein 
Ausfuhrungsumgebungsobjekt spezifiziert wird. 

8. Verfahren nach einem der vorhergehenden Anspru- 
che, umfassend den Schritt des Entfemens eines 
existierenden Anwendungsprogrammobjekts von 
dem genannten Client und des Ersetzens des ent- 
fernten Objekts durch Herunterladen eines neuen 
Objekts von dem genannten Server. 

9. Verfahren nach einem der vorhergehenden Anspru- 
che, umfassend den Schritt des Errichtens einer 



zweiten Ausfuhrungsumgebung auf dem genann- 
ten Client fur ein Anwendungsprogrammobjekt, 
welches der zuerst erwahnten Ausfuhrungsumge- 
bung zugeordnet ist, und Migrieren zumindest ei- 
5 nes Anwendungsprogramms von der betreffenden 
zuerst erwahnten Ausfuhrungsumgebung in die ge- 
nannte zweite Ausfuhrungsumgebung. 

1 0. Verfahren nach einem der vorhergehenden Anspru- 
10 che t wobei die genannte Ausfuhrungsumgebung 
fur den genannten Client umfasst: 

eine Herunterladefunktion zum Herunterladen 
des genannten angeforderten Anwendungs- 

15 programmobjekts von dem genannten Server 

zu dem betreffenden Client, 
eine Pruffunktion zum Prufen, ob eine Ausfuh- 
rungsumgebung auf dem genannten Client mit 
dem betreffenden angeforderten Objekt kom- 

20 patibel ist, 

und eine Errichtungsfunktion zum Errichten ei- 
ner Ausfuhrungsumgebung auf dem genann- 
ten Client, die kompatibel ist mit dem betreffen- 
den angeforderten Objekt, 

25 

wobei zusatzliche Funktionen von dem genannten 
Server zu dem betreffenden Client soweit erforder- 
lich heruntergeladen werden. 

30 11. Verfahren nach einem der vorhergehenden Anspru- 
che, wobei der genannten Client umfasst: 

eine Ausfuhrungsumgebung, die Vorrichtungs- 
treiberobjekte aufweist, 
35 eine Ausfuhrungsumgebung, die Systemobjek- 

te aufweist, 

und eine Ausfuhrungsumgebung, die Ausfuh- 
rungsumgebungsobjekte aufweist, 

40 wobei die genannten Vorrichtungstreiberobjekte, 
die genannten Systemobjekte und die genannten 
Ausfuhrungsumgebungsobjekte, die auf dem be- 
treffenden Client vorgesehen sind, die Funktionen 
sind, die zur Erzeugung der entsprechenden Um- 

45 gebung notwendig sind, und wobei hohere funktio- 
nale Vorrichtungstreiberobjekte oder Systemobjek- 
te von dem genannten Server zu dem genannten 
Client soweit erforderlich heruntergeladen werden. 

50 12. Verfahren nach einem der vorhergehenden Anspru- 
che, wobei der genannte Server eine Merkmals- 
struktur zu dem genannten Client weiterleitet, die 
auf eine Beschreibung des betreffenden angefor- 
derten Objekts gerichtet ist und die femer auf eine 

55 Beschreibung der genannten kompatiblen Ausfuh- 
rungsumgebung gerichtet ist, und wobei der ge- 
nannten Client die betreffende Merkmalsstruktur 
zur Ausfuhrung der genannten Prufung nutzt. 
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13. Servervonichtung zum Heruntertaden eines An- 
wendungsprogramms auf eine Anforderung von ei- 
nem Client hin, wobei die betreffende Servervor- 
richtung umfasst: 

eine Speichereinrichtung, die ein Anwen- 
dungsprogramm speichert : welches aus einem 
oder mehreren Objekten besteht, 
eine Speichereinrichtung, die eine AusfOh- 
rungsumgebung speichert, welche eine Viel- 
zahl von Objekten zur Spezifizierung von Ope- 
rationen des betreffenden Anwendungspro- 
gramms aufweist, wobei die betreffende Aus- 
fuhrungsumgebung mit dem genannten An- 
wendungsprogramm kompatibel ist, 
eine Speichereinrichtung, die eine Anwen- 
dungsprogrammschnittstelle speichert, welche 
derail betreibbar ist, dass eine Schnittstelle 
zwischen der genannten Ausfuhrungsumge- 
bung und 

dem genannten Anwendungsprogramm bereit- 
gestellt ist, 

eine Priifeinrichtung zum Prufen, ob der ge- 
nannten Client uber eine AusfOhrungsumge- 
bung verfugt oder nicht, die mit dem betreffen- 
den angeforderten Anwendungsprogramm 
kompatibel ist, und eine Herunterladeeinrich- 
tung zum Heruntertaden des genannten ange- 
forderten Anwendungsprogramms zu dem ge- 
nannten Client in Abhangigkeit von einem Er- 
gebnis der durch die genannte Prufeinrichtung 
durchgefuhrten PrOfung. 

14. Servervonichtung nach Anspruch 13, wobei dann, 
wenn die genannte Priifeinrichtung bestimmt, dass 
der betreffende Client nicht uber eine Ausfuhrungs- 
umgebung verfugt, mit der das betreffende ange- 
forderte Anwendungsprogramm kompatibel ist, die 
genannte Herunterladeeinrichtung zumindest ein 
Ausfuhrungsumgebungsobjekt von dem genannten 
Server zu dem genannten Client herunterl&dt, der- 
ail, dass die betreffende kompatible Ausfuhrungs- 
umgebung auf dem genannten Client erstellt ist, 
und wobei die genannte Herunterladeeinrichtung 
auBerdem das genannte Anwendungsprogramm 
von dem betreffenden Server zu dem genannten 
Client herunterladt. 

15. Servervonichtung nach Anspruch 13 oder 14, wo- 
bei die genannten Anwendungsprogrammobjekte 
und die genannten AusfOhrungsumgebungsobjekte 
gleichzeitig vorhandene Objekte sind und wobei ein 
einzelner Ausfuhrungssteuerungsfaden in jedem 
Objekt vorgesehen ist. 

16. Servervonichtung nach Anspruch 13, 14 oder 15, 
wobei die genannte. Herunterladeeinrichtung die 
genannten Ausfuhrungsumgebungsobjekte zu dem 



betreffenden Client in einer fur die AusfOhrung des 
angeforderten Anwendungsprogramms geeigne- 
ten Reihenfolge inkremental herunterladt und wo- 
bei die AusfOhrung des betreffenden angeforderten 
5 Anwendungprogramms auf dem genannten Client 
weitergeht, bevor samtliche der erf ordertichen Aus- 
fuhrungsumgebungsobjekte heruntergeladen wor- 
den sind. 

10 17. Servervonichtung nach einem der Anspruche 13 
bis 16, wobei die genannte Herunterladeeinrich- 
tung die angeforderten Anwendungsprogrammob- 
jekte zu dem genannten Client in einer fur die Aus- 
fOhrung des betreffenden Anwendungsprogramms 

15 geeigneten Sequenz inkremental herunterladt und 
wobei der genannte Server eines oder mehrere der 
angeforderten Anwendungsprogrammobjekte zu 
dem betreffenden Client gleichzeitig mit der AusfOh- 
rung des betreffenden angeforderten Anwendungs- 

20 programms durch den genannten Client herunter- 
ladt. 

18. Servervonichtung nach einem der AnsprOche 13 
bis 17, wobei die genannte Herunteriadeeinrich- 

25 tung zuerst zu dem betreffenden Client jene der ge- 
nannten Anwendungsprogrammobjekte und der 
genannten Ausfuhrungsumgebungsobjekte herun- 
terladt, die fur die Verarbeitung durch den genann- 
ten Client wahrend der AusfOhrung des genannten 

30 angeforderten Anwendungsprogramms zuerst er- 
forderlich sind. 

19. Servervorrichtung nach einem der AnsprOche 13 
bis 17, wobei die genannte Herunterladeeinrich- 

35 tung die betreffenden Anwendungsprogrammob- 
jekte und/oder die genannten Umgebungsobjekte 
von dem genannten Server zu dem betreffenden 
Client in einer durch ein Ausfuhrungsumgebungs- 
objekt spezifizierten Sequenz herunterladt. 

40 

20. Servervorrichtung nach einem der Anspruche 13 
bis 1 8, wobei die genannte Servervorrichtung ein 
existierendes Anwendungsprogrammobjekt von 
dem genannten Client entfemt und das entfernte 

45 Objekt durch Heranziehung der genannten Herun- 
terladeeinrichtung zum Heruntertaden eines neuen 
Objekts von dem genannten Server ersetzt. 

21. Servervorrichtung nach einem der Anspruche 13 
50 bis 1 9, wobei die genannte Servervorrichtung dazu 

herangezogen wird, eine zweite Ausfuhrungsum- 
gebung auf dem genannten Client fOr ein Anwen- 
dungsprogrammobjekt zu errichten, welches der 
erstgenannten Ausfuhrungsumgebung zugeordnet 
55 ist, und wobei der betreffende Client zumindest ein 
Anwendungsprogrammobjekt von der betreffenden 
ersterwahnten Ausfuhrungsumgebung in die ge- 
nannte zweite Ausfuhrungsumgebung migriert. 
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22. Servervonichtung nach einem der Anspruche 13 
bis 20, wobei die genannte Ausfuhrungsumgebung 
fur den genannten Client umfasst: 

eine Herunterladefunklion zum Heruntertaden 
des angeforderten Anwendungsprogrammob- 
jekts von dem genannten Server zu dem ge- 
nannten Client, 

eine Priiffunktion zum Prufen, ob eine Ausfuh- 
rungsumgebung auf dem betreffenden Client 
mit dem angeforderten Objekt kompatibel ist, 
und eine Errichtungsfunktion zum Errichten ei- 
ner Ausfuhrungsumgebung auf dem betreffen- 
den Client, die kompatibel ist mit dem betref- 
fenden angeforderten Objekt, 
und wobei die genannte Herunterladeeinrich- 
tung zusatzliche Funktionen von dem genann- 
ten Server zu dem genannten Client soweit er- 
fordertich herunterladt. 

23. Servervonichtung nach einem der Anspruche -13 
bis 21 , wobei der genannte Client umfasst: 

eine Ausfuhrungsumgebung, die Vorrichtungs- 
treiberobjekte aufweist, 
eine Ausfuhrungsumgebung, die System objek- 
te aufweist, 

und eine Ausfuhrungsumgebung, die Ausfuh- 
rungsumgebungsobjekte aufweist. 

wobei die betreffenden Vorrichtungstreiberobjekte, 
die genannten Systemobjekte und die genannten 
Ausfuhrungsumgebungsobjekte, die auf dem be- 
treffenden Client vorgesehen sind, die Funktionen 
sind, die zur Erzeugung der entsprechenden Un> 
gebung erforderlich sind, und wobei die genannte 
Herunterladeeinrichtung hohere funktionale Vor- 
richtungstreiberobjekte Oder Systemobjekte von 
dem genannten Server zu dem genannten Client 
soweit erforderlich herunterladt. 

24. Servervonichtung nach einem der Anspruche 13 
bis 22, wobei die genannte Servervonichtung eine 
Merkmalsstruktur zu dem betreffenden Client wei- 
teiieitet, die auf eine Beschreibung des genannten 
angeforderten Objekts gerichtet ist und die ferner 
auf eine Beschreibung der betreffenden kompati- 
blen Ausfuhrungsumgebung gerichtet ist, und wo- 
bei der genannte Client die betreffende Merkmals- 
struktur zur Ausfuhrung der genannten Prufung 
heranzieht. 

25. Client-Datenverarbeitungsvorrichtung umfassend: 

eine Herunterladeeinrichtung zum Herunterla- 
den von Daten von einem Server, 
eine Speichereinrichtung, die ein Anwen- 
dungsprogramm speichert, welches ein oder 



mehrere Objekte aufweist, 
eine Speichereinrichtung, die eine Ausfuh- 
rungsumgebung speichert, welche eine Viel- 
zahl von Objekten zur Spezifizierung von Ope- 
5 rationen des betreffenden Anwendungspro- 

gramms aufweist, 

eine Speichereinrichtung, die eine Anwen- 
dungsprogrammschnittstelle speichert, welche 
derart betreibbar ist, dass eine Schnittstelle 
10 zwischen der genannten Ausfuhrungsumge- 

bung und 

dem genannten Anwendungsprogramm bereit- 
gesteltt ist, 

und eine Meldeeinrichtung, die dem betreffen- 
15 den Server meldet, ob eine Ausfuhrungsumge- 

bung auf der betreffenden Datenverarbeitungs- 
vorrichtung mit einem Anwendungsprogramm 
kompatibel ist, welches zum Heruntertaden von 
dem betreffenden Server angefordert ist, 

20 

wobei die genannte Herunterladeeinrichtung derart 
betreibbar ist, dass das betreffende angeforderte 
Anwendungsprogramm von dem genannten Server 
in Abhangigkeit von der durch die genannte Melde- 
25 einrichtung erzeugten Meldung heruntergeladen 
wird. 

26. Client-Datenverarbettungsvorrichtung nach An- 
spruch 25, 

30 wobei dann, wenn die genannte Meldeeinrichtung 
dem Server meldet, dass der betreffende Client 
nicht uber eine Ausfuhrungsumgebung verfugt, mit 
der das angeforderte Anwendungsprogramm kom- 
patibel ist. die genannte Herunterladeeinrichtung 

35 zumindest ein Ausfuhrungsumgebungsobjekt von 
dem genannten Server zu dem betreffenden Client 
herunterladt, derart, dass die betreffende kompati- 
ble Ausfuhrungsumgebung auf dem betreffenden 
Client errichtet wird, 

40 und die genannte Herunterladeeinrichtung auBer- 
dem das genannte Anwendungsprogramm von 
dem genannten Server zu dem genannten Client 
herunterladt. 

45 27. Client-Datenverarbeitungsvorrichtung nach An- 
spruch 25 Oder 26, wobei die genannten Anwen- 
dungsprogrammobjekte und die genannten Aus- 
fuhrungsumgebungsobjekte gleichzeitig vorhande- 
ne Objekte sind und wobei ein einzelner Ausfuh- 

50 rungssteuerungsf aden in jedem Objekt vorgesehen 
ist. 

28. Client-Datenverarbeitungsvorrtchtung nach einem 
der Anspruche 25 bis 27, wobei die genannte Her- 
55 unterladeeinrichtung die Ausfuhrungsumgebungs- 
objekte von dem genannten Server zu dem betref- 
fenden Client in einer fur die Ausfuhrung des betref- 
fenden angeforderten Anwendungsprogramms ge- 
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eigneten Reihenfolge inkremental herunterladt und 
wobei die Ausfuhrung des betreffenden angeforder- 
ten Anwendungsprogramms aut dem genannten 
Client weitergeht, bevor samtliche der notwendigen 5 
Ausfuhrungsumgebungsobjekte heruntergeladen 
worden sind. 

29. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 28, wobei die genannte Her- 
unterladeeinrichtung die angeforderte Anwendung 
von dem genannten Server zu dem betreffenden 
Client in einer fur die Ausfuhrung des genannten 
Anwendungsprogramms geeigneten Sequenz in- 
kremental herunterladt und wobei ein oder mehrere 
der betreffenden angeforderten Anwendungspro- 
grammobjekte zu dem genannten Client gleichzei- 
tig mit der Ausfuhrung des betreffenden angefor- 
derten Anwendungsprogramms durch den genann- 
ten Client heruntergeladen werden. 

30. Client- Date nverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 29, wobei die genannte Her- 
unterladeeinrichtung zuerst von dem genannten 
Server zu dem betreffenden Client jene der genann- 
ten Anwendungsprogrammobjekte und der ge- 
nannten Ausfuhrungsumgebungsobjekte herunter- 
ladt, die fur die Verarbeitung durch den betreffen- 
den Client wahrend der Ausfuhrung des genannten 
angeforderten Anwendungsprogramms zuerst er- 
forderiich sind. 

31. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 30, wobei die genannte Her- 
unterladeeinrichtung die genannten Anwendungs- 
programmobjekte und/oder die genannten Umge- 
bungsobjekte von dem genannten Server zu dem 
betreffenden Client in einer durch ein Ausfuhrungs- 
umgebungsobjekt spezifizierten Sequenz herunter- 
ladt. 

32. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 31 , wobei ein existierendes 
Anwendungsprogrammobjekt von dem betreffen- 
den Client entfemt wird und wobei die genannte 
Herunterladeeinrichtung das betreffende entfernte 
Objekt durch Heruntertaden eines neuen Objekts 
von dem genannten Server ersetzt. 

33. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 32, wobei eine zweite Aus- 
fuhrungsumgebung auf dem betreffenden Client fur 
ein Anwendungsprogrammobjekt errichtet wird, 
welches der ersterwahnten Ausfuhrungsumgebung 
zugeordnet ist, und wobei der betreffende Client zu- 
mindest ein Anwendungsprogrammobjekt von der 
betreffenden ersterwahnten Ausfuhrungsumge- 
bung in die genannte zweite Ausfuhrungsumge- 
bung migriert. 



34. Client-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 33, wobei die genannte Aus- 
fuhrungsumgebung fur den genannten Client um- 
fasst: 

5 

eine Herunterladefunktion zum Heruntertaden 
des genannten angeforderten Anwendungs- 
programmobjekts von dem genannten Server 
zu dem betreffenden Client, 
10 eine Pruffunktion zum Prufen, ob eine Ausfuh- 

rungsumgebung auf dem genannten Client mit 
dem betreffenden angeforderten Objekt kom- 
patibel ist, 

und eine Errichtungsfunktion zum Errichten ei- 
15 ner Ausfuhrungsumgebung auf dem genann- 

ten Client, die kompatibel ist mit dem betreffen- 
den angeforderten Objekt, 

wobei zusatzliche Funktionen von dem genannten 
20 Server zu dem betreffenden Client soweit erforder- 
lich heruntergeladen werden. 

35. Ctient-Datenverarbeitungsvorrichtung nach einem 
der Anspruche 25 bis 34, wobei der genannte Client 

25 umfasst: 

eine Ausfuhrungsumgebung, die Vorrichtungs- 
treiberobjekte aufweist, 
eine Ausfuhrungsumgebung, die Systemobjek- 
30 te aufweist, 

und eine Ausfuhrungsumgebung, die Ausfuh- 
rungsumgebungsobjekte aufweist, 

wobei die genannten Vorrichtungstreiberobjekte, 
35 die genannten Systemobjekte und die genannten 
Ausfuhrungsumgebungsobjekte, die auf dem be- 
treffenden Client vorgesehen sind, die Funktionen 
sind, die zur Erzeugung der entsprechenden Um- 
gebung notwendig sind, und wobei hohere funktio- 
40 nale Vorrichtungstreiberobjekte oder Systemobjek- 
te von dem genannten Server zu dem genannten 
Client soweit erforderlich heruntergeladen werden. 

3S. Client-Datenverarbeitungsvorrichtung nach einem 
45 der Anspruche 25 bis 35, wobei der genannte Ser- 
ver eine Merkmalsstrukturzu dem betreffenden Cli- 
ent weiterleitet, die auf eine Beschreibung des be- 
treffenden angeforderten Objekts gerichtet ist und 
die ferner auf eine Beschreibung der betreffenden 
so kompatibien Ausfuhrungsumgebung gerichtet ist 
und wobei der genannte Client die betreffende 
Merkmalsstruktur zur Bestimmung eines Ergebnis- 
ses heranzieht, das durch die genannte Meldeein- 
richtung zu dem genannten Server hin geleitet ist. 

55 

37. Kommunikationssystem, umfassend eine Server- 
vorrichtung nach einem der Anspruche 1 3 bis 24 
und eine Client-Datenverarbeitungsvorrichtung 
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nach einem der Anspruche 25 bis 36. 

38. Computer-Software mit einem Programmcode zur 
Ausfuhrung eines Verfahrens gemaB einem der An- 
spruche 1 bis 13. 

39. Datenbereitstellungsmedium, durch das Computer- 
Software nach Anspruch 38 bereitgestellt wird. 

40. Medium nach Anspruch 39, wobei das Medium ein 
Clbertragungsmedium tst. 

41. Medium nach Anspruch 39, wobei das Medium ein 
Speichermedium tst. 



Revendications 

1 . Procede de traitement de donnees pour un systeme 
de traitement de donnees comprenant : 

du cote du serveur (16) : 

le stockage d'un programme d'application 
(11-1) comprenant une plurality d'objets 
(14-1); 

le stockage d'un environnement d'execu- 
tion (12-1) comprenant une pluralite d'ob- 
jets (15-1) pour specifier des operations' 
dudit programme d'application pour que le- 
dit environnement d'execution soit compa- 
tible avec ledit programme d'application ; 
stockage d'une interface de programme 
d'application (13-1 API) utilisable pour 
foumir une interface entre ledit environne- 
ment d'execution et ledit programme 
d'application ; et 
du c6te du client (2) : 

demande d'un telechargement dudit 
programme d'application a partir dudit 
serveur (16) ; 

ou un moyen de contrdle sur ledit serveur est 
utilisable pour executer un contrdle de compatibilite 
pour determiner si oui ou non ledit client (2) posse- 
de ledit environnement d'execution qui est compa- 
tible avec ledit programme d'application demande 
et ledit programme d'application demande est tele- 
charge a partir dudit serveur (1 6) en fonction du re- 
sultat dudit controle. 

2. Procede selon la revendication 1 , dans lequel ledit 
controle par ledit serveur determine que ledit client 
n'a pas un environnement d'execution avec lequel 
ledit programme d'application demande est compa- 
tible, ledit procede comprenant les etapes de : 



telechargement d*au moins un objet d'environ- 
nement d'execution a partir dudit serveur au ni- 
veau dudit client pour que ledit environnement 
d'execution compatible soit construit au niveau 
5 dudit client ; et 

telechargement dudit programme d'application 
a partir dudit serveur au niveau dudit client. 

3. Procede selon la revendication 1 ou 2, dans lequel 
10 lesdits objets de programme d'application et 

lesdits objets d'environnement d'execution 
sont des objets concurrents et un chemin unique de 
contrdle d'execution est foumi dans chaque objet. 

15 4. Procede selon la revendication 1 , 2, ou 3, dans le- 
quel lesdits objets d'environnement d'execution 
sont telecharges de facon incremental a partir du- 
dit serveur au niveau dudit client dans un ordre ap- 
proprie pour I'execution dudit programme d'applica- 

20 tion demande et ou I'execution dudit programme 
d'application demande avance avant que tous tes 
objets d'environnement d'execution necessaires 
aient ete telecharges. 

25 5. Procede selon la revendication 1 , 2 ou 3 dans lequel 
lesdits objets de programme d'application demande 
sont telecharges de facon incremental a partir du- 
dit serveur au niveau dudit client dans une sequen- 
ce appropriee pour I'execution dudit programme 

30 d'application et un ou plusieurs desdits objets de 
programme d'application demande sont telechar- 
ges au niveau dudit client concurremment avec 
['execution dudit programme d'application deman- 
ds par ledit client. 

35 

6. Procede selon la revendication 1 , 2 ou 3 dans lequel 
ceux desdits objets de programme d'application et 
desdits objets d'environnement d'execution qui 
sont exiges d'abord pour le traitement par ledit client 

40 pendant I'execution dudit programme d'application 
demande sont telecharges d'abord a partir dudit 
serveur au niveau dudit client. 

7. Procede selon la revendication 4, 5 ou 6 dans lequel 
45 une sequence pour telecharger lesdits objets de 

programme d'application et/ou lesdits objets d'en- 
vironnement a partir dudit serveur au niveau dudit 
client est specifie par un objet d'environnement 
d'execution. 

50 

8. Procede selon une quelconque des revendications 
precede n tes, comprenant l'6tape d'enlevement 
d'un objet de programme d'application existant a 
partir dudit client et remplacement dudit objet enie- 

55 ve par le telechargement d'un nouvel objet a partir 
dudit serveur. 

9. Procede selon Tune quelconque des revendications 
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pr6c6dentes, comprenant I'etape de construction 
dudit second environnement d'execution au niveau 
dudit client pour un objet de programme d'applica- 
tion associe* audit premier environnement d'execu- 
tion mentionne et migration au moins un objet de 
programme d'application a partir dudit premier en- 
vironnement d'execution mentionne vers ledit se- 
cond environnement d'execution. 

10. Procede selon Tune quelconque des revendications 
pr6c6dentes, dans tequel ledit environnement 
d'execution pour ledit client comprend : 

une fonction de teiechargement pour teiechar- 
ger ledit objet de programme d'application de- 
mande a partir dudit serveur au niveau dudit 
client ; 

une fonction de controle pourcontroler si un en- 
vironnement d'execution au niveau dudit client 
est compatible avec ledit objet demande ; et 
une fonction de construction pourconstruire un 
environnement d'execution au niveau dudit 
client qui est compatible avec ledit objet 
demande; 

dans lequel des fonctions supplementaires 
sont t6l6chargees a partir dudit serveur au niveau 
dudit client si necessaire. 

1 1 . Proced§ selon I'une quelconque des revendications 
prec6dentes, dans lequel ledit client comprend : 

un environnement d'execution ayant des objets 
de pilote de dispositif ; 

un environnement d'execution ayant des objets 
de system e ; et 

un environnement d'execution ayant des objets 
d'environnement d'execution ; 

ou lesdits objets de commande de dispositif, 
lesdits objets de systeme et lesdits objets d'environ- 
nement d'execution qui sont fournis au niveau dudit 
client sont les fonctions necessaires pour cr6er Pen- 
vironnement correspondant et ou des objets de pi- 
lote de dispositif ou des objets de systeme plus hau- 
tement fonctionnels sont teiecharges a partir dudit 
serveur au niveau dudit client si necessaire. 

1 2. Proc6d6 selon I'une quelconque des revendications 
precedentes, dans lequel ledit serveur passe une 
structure de caracteristique au niveau dudit client 
qui pointe vers une description dudit objet demande 
et pointe en outre vers une description dudit envi- 
ronnement d'execution compatible et ou ledit client 
utilise ladite structure de caracteristique pour r6ali- 
ser ledtt controle. 

13. Dispositif de serveur pour teiecharger un program- 



me d'application en reponse a une demande d'un , 
client, ledit dispositif de serveur comprenant : 

un moyen de stockage stockant un programme 
5 d'application comprenant un ou plusieurs 

objets ; 

un moyen de stockage stockant un environne- 
ment d'execution comprenant une pluralite 
d'objets pour specifier des operations dudit pro- 
10 gramme d'application 

ou ledit environnement d'execution est compatible 
avec ledit programme d'application ; 

un moyen de stockage stockant une interface 
15 de programme d'application utilisable fournit une in- 
terface entre ledit environnement d'execution et le- 
dit programme d'application ; 

un moyen de controle pour controler si oui ou 
non ledit client a un environnement d'execution qui 
20 est compatible avec ledit programme d'application 
demande ; et 

un moyen de teiechargement pour teiechar- 
ger ledit programme d'application demande au ni- 
veau dudit client en fonction du result at dudit con- 
25 trole realise par ledit moyen de controle. 

14. Dispositif de serveur selon la revendication 13, 
dans lequel lorsque ledit moyen de controle deter- 
mine que ledit client n'a pas un environnement 

30 d'execution avec lequel ledit programme d'applica- 
tion demande est compatible, ledit moyen de teie- 
chargement teiecharge au moins un objet d'envi- 
ronnement d'execution a partir dudit serveur au ni- 
veau dudit client pour que ledit environnement 

35 d'execution compatible soit construit au niveau du- 
dit client ; et ledit moyen de teiechargement teie- 
charge aussi ledit programme d'application a partir 
dudit serveur au niveau dudit client. 

^o 15. Dispositif de serveur selon la revendication 13 ou 
14, dans lequel lesdits objets de programme d'ap- 
plication et lesdits objets d'environnement d'execu- 
tion sont des objets concurrents et un chemin uni- 
que de la commande d'execution est fourni dans 

45 chaque objet. 

16. Dispositif de serveur selon la revendication 13, 14 
ou 15, dans lequel ledit moyen de teiechargement 
teiecharge incrementalement lesdits objets d'envi- 

50 ronnement d'execution au niveau dudit client dans 
un ordre approprie pour ('execution par ledit pro- 
gramme d'application demande et oil ('execution 
dudit programme d'application demande au niveau 
dudit client avant que tous les objets de Penviron- 

55 nement d'execution necessaire aient 6te teiechar- 
ges. 

17. Dispositif serveur selon I'une quelconque des re- 
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vesications 13 a 1 6 dans lequet le moyen de tSI6- 
chargement t6lecharge incr6mentalement lesdits 
objets de programme d'application demande au ni- 
veau dudit client dans une sequence appropriee 
pour ['execution dudit programme d'application et 5 
ledit serveur telecharge un ou plusieurs desdits ob- 
jets de programme d'application demands au ni- 
veau dudit client concurremment avec ('execution 
dudit programme d'application demande" par ledit 
client. 10 

1 8. Dispositif de serveur selon Tune quelconque des re- 
vendications 13 a 17, dans lequel ledit premier 
moyen de telechargement t6lecharge au niveau du- 
dit client ceux desdits objets de programme d'appli- is 
cation et desdits objets d'environnement d'execu- 
tion qui sont demanded d'abord pour le traitement 
par ledit client pendant I'execution dudit programme 
d'application demande. 

20 

1 9. Dispositif de serveur selon Tune quelconque des re- 
vendications 13a 17, dans lequel ledit moyen de 
telechargement telecharge, lesdits objets de pro- 
gramme d'application et/ou lesdits objets d'environ- 
nement a partir dudit serveur au niveau dudit client 25 
dans une sequence specifiee par un objet d'envi- 
ronnement d'execution. 

20. Dispositif de serveur selon Tune quelconque des re- 
vendications 1 3 a 1 8, dans lequel ledit dispositif de 30 
serveur enleve un objet de programme d'applica- 
tion existant a partir dudit client et remplace ledit 
objet enlev6 en utilisant ledit moyen de telecharge- 
ment pour telecharger un nouvel objet a partir dudit 
serveur. 35 

21 . Dispositif de serveur selon I'une quelconque des re- 
vendications 13 a 19, dans lequel ledit dispositif de 
serveur est utilise* pour construire un second envi- 
ronnement d'execution au niveau dudit client pour 40 
un objet de programme d'application associe audit 
premier environnement d'execution mentionn6 et 
ledit client migre au moins un objet de programme 
d'application a partir dudit premier environnement 
d'execution mentionne vers ledit second environne- 45 
ment d'execution. 

22. Dispositif de serveur selon I'une quelconque des re- 
vendications 13 a 20, dans lequel ledit environne- 
ment d'execution pour ledit client comprend : so 

une fonction de telechargement pour telechar- 
ger ledit objet de programme d'application de- 
mande a partir dudit serveur au niveau dudit 
client ; 55 
une fonction de contrdle pourcontrdler si un en- 
vironnement d'execution au niveau dudit client 
est compatible avec ledit objet demande ; et 



une fonction de construction pour construire un 
environnement d'execution au niveau dudit 
client qui est compatible avec ledit objet 
demande ; 

et dans lequel ledit moyen de telechargement 
telecharge des fonctions suppl6mentaires a 
partir dudit serveur au niveau dudit client si n6- 
cessaire. 

23. Dispositif de serveur selon I'une quelconque des re- 
vendications 13 a 21, dans lequel ledit client 
comprend : 

un environnement d'execution ayant des objets 
de pilote de dispositif ; 

un environnement d'execution ayant des objets 
de systeme ; et 

un environnement d'execution ayant des objets 
d'environnement d'execution ; 

dans lequel lesdits objets de commande de 
dispositif, lesdits objets de systeme et lesdits objets 
d'environnement d'execution qui sont fournis au ni- 
veau dudit client sont les fonctions necessaires 
pour creer Penvironnement correspondent et ou le- 
dit moyen de telechargement telecharge des objets 
de pilote de dispositif ou des objets de systeme plus 
hautement fonctionnels a partir dudit serveur au ni- 
veau dudit client si necessaire. 

24. Dispositif de serveur selon Tune quelconque des re- 
vendications 13 a 22, dans lequel ledit dispositif de 
serveur passe une structure de caracteristique au 
niveau dudit client qui pointe vers une description 
dudit objet demande" et pointe en outre vers une 
description dudit environnement d'execution com- 
patible et ou ledit client utilise ladite structure de ca- 
racteristique pour realise r ledit contrdle. 

25. Dispositif de traitement de donnees de client 
comprenant : 

un moyen de telechargement pour telecharger 
des donn6es a partir d'un serveur ; 
un moyen de stockage stockant un programme 
d'application comprenant un ou plusieurs 
objets ; 

un moyen de stockage stockant un environne- 
ment d'execution comprenant une plurality 
d'objets pour specifier des operations dudit pro- 
gramme d'application ; 

un moyen de stockage stockant une interface 
de programme d'application utilisable pour 
foumir une interface entre (edit environnement 
d'execution et ledit programme d'application ; 
et 

un moyen de notification pour notif ier audit ser- 
veur si un environnement d'execution sur ledit 
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disposttrf de traitement de donnees est compa- 
tible avec un programme d'application deman- 
de pour le telechargement a partir dudit 
serveur ; 

dans lequel ledit moyen de telechargement 
est utilisable pour telecharger ledit programme 
d'application demande a partir dudit serveur en de- 
pendance de ladite notification generee par (edit 
moyen de notification. 

26. Dispositif de traitement de donnees de client selon 
la revendication 25, dans lequel lorsque ledit moyen 
de notification notifie audit serveur que ledit client 
n'a pas un environnement d'execution avec lequel 
ledit programme d'application demande est 
compatible ; 

ledit moyen de telechargement telecharge au 
moins un objet d'environnement d'execution a partir 
dudit serveur au niveau dudit client pour que ledit 
environnement d'execution compatible soit cons- 
truit au niveau dudit client ; et 

ledit moyen de t6lechargement telecharge 
aussi ledit programme d'application a partir dudit 
serveur au niveau dudit client. 

27. Dispositif de traitement de donnees de client selon 
la revendication 25 ou 26, dans lequel lesdits objets 
de programme d'application et lesdits objets d'en- 
vironnement d'execution sont des objets concur- 
rents et un chemin unique de commande d'execu- 
tion est fourni dans chaque objet. 

28. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 27 ; dans 
lequel ledit moyen de telechargement telecharge 
lesdits objets d'environnement d'execution de fa- 
con incremental a partir dudit serveur au niveau 
dudit client dans un ordre approprie pour ('execution 
dudit programme d'application demande et ou I'exe- 
cution dudit programme d'application demande au 
niveau dudit client avance avant que tous les objets 
d'environnement d'execution necessaires aient ete 
telecharges. 

29. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 28, dans 
lequel ledit moyen de telechargement telecharge 
incrementalement ladite application demand6e a 
partir dudit serveur au niveau dudit client dans une 
sequence appropriee pour i'execution dudit pro- 
gramme d'application et un ou plusieurs desdits ob- 
jets de programme d'application demande sont te- 
lecharges au niveau dudit client concurremment 
avec I'execution dudit programme d'application de- 
mande par ledit client. 

30. Dispositif de traitement de donnees de client selon 



I'une quelconque des revendications 25 a 29, dans 
lequel ledit moyen de telechargement telecharge 
d'abord a partir dudit serveur au niveau dudit client 
ceux desdits objets de programme d'application et 
5 desdits objets d'environnement d'execution qui 
sont demandes d'abord pour le traitement par ledit 
client pendant I'execution dudit programme d'appli- 
cation demande. 

10 31 . Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 30, dans 
lequel ledit moyen de telechargement telecharge 
lesdits objets de programme d'application et/ou les- 
dits objets d'environnement a partir dudit serveur au 

15 niveau dudit client dans une sequence specif iee par 
un objet d'environnement d'execution. 

32. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 31 ( dans 
20 lequel un objet de programme d'application existant 
est enleve dudit client et ledit moyen de telecharge- 
ment remplace ledit objet enleve en telechargeant 
un nouvel objet dudit serveur. 

25 33. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 32, dans 
lequel un second environnement d'execution est 
construit au niveau dudit client pour un objet de pro- 
gramme d'application assocte audit premier envi- 

30 ronnement d'execution mentionn§ et ledit client mi- 
gre au moins un objet de programme d'application 
a partir dudit premier environnement d'execution 
mentionne au niveau dudit second environnement 
d'execution. 

35 

34. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 33, dans 
lequel ledit environnement d'execution pour ledit 
client comprend : 

40 

une fonction de telechargement pour telechar- 
ger ledit objet de programme d'application de- 
mande a partir dudit serveur au niveau dudit 
client ; 

45 une fonction decontrole pour controler si un en- 

vironnement d'execution au niveau dudit client 
est compatible avec ledit objet demande ; et 
une fonction de construction pour constru ire un 
environnement d'execution au niveau dudit 

so client qui est compatible avec ledit objet 

demande ; 

dans lequel des fonctions supplemental res 
sont telechargees a partir dudit serveur au niveau 
55 dudit client si necessaire. 

35. Dispositif de traitement de donnees de client selon 
I'une quelconque des revendications 25 a 34, dans 
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lequel ledit client comprend : 

un environnement d'execution ayant des objets 
de pilote de dispositif ; 

un environnement d'execution ayant des objets 5 
de system e ; et 

un environnement d'execution ayant des objets 
d'environnement d'execution ; 

dans lequel iesdits objets de pilote de dispo- 10 
sitif , Iesdits objets de systeme et Iesdits objets d 'en- 
vironnement d'execution qui sontfournis au niveau 
dudit client sont les fonctions necessaires pour 
creer ('environnement correspondant et ou des ob- 
jets de pilote de dispositif ou des objets de systeme 15 
plus hautement fonctionnels sont telechargds a 
partir dudit serveur au niveau dudit client si neces- 
saire. 

36. Dispositif de traitement de donnees de client selon 20 
Tune quelconque des revendications 25 a 35, dans 
lequel ledit serveur passe une structure de carac- 
t6ristique audit client qui pointe vers une description 
dudit objet demande et en outre pointe vers une 
description dudit environnement d'execution com- 25 
patibte, et ou ledit client utilise I ad it e structure de 
caractdristique pour determiner un r6sultat passe 
audit serveur par ledit moyen de notification. 

37. Systeme de communication comprenant un dispo- 30 
sitif de serveur selon Tune quelconque des reven- 
dications 13 a 24 et un dispositif de traitement de 
donnees de client selon Tune quelconque des re- 
vendications 25 a 36. 

35 

38. Logiciel d'ordinateur ayant un code de programme 
pour realiser un precede selon i'une quelconque 
des revendications 1 a 13. 

39. Support de fourniture de donnees par lequel le lo- 40 
giciel d'ordinateur seton la revendication 38 est 
fourni. 

40. Support selon la revendication 39, le support etant 

un support de transmission. 45 

41. Support selon la revendication 39, le support etant 
un support de stockage. 
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FIG. 2 




application program configuration 



FIG. 3 




concurrent object structure 
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FIG. 12 



Application 35 
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Class libraries 



Personality 
component objects 



Device drivers 
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MK : Micro Kernel 

MVM : Micro Virtual Machine 



structure of system functions 
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FIG. 13 



MVM31a 



MK31b 



active context 
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message frame 
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logical structure of MVM and MK 
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logical structure of Context and Descriptor 



37 



EP 0 753 811 B1 



FIG. 15 



^ 31a micro virtual machine /-51 data structure 
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class pointer 



object dependent field 



^-62 class 



class name 



^class dependent field 



method table 



overall structure of MVM 



38 



EP 0 753 811 B1 




39 



EP 0 753 811 B1 



FIG. 17 



type 


description 


T INVALID 


invalid entry 


T_PRIMITIVE 


The value field denotes a primitive 
object, which is a dependent 
object on MVM 


T_POINTTER 


The value field contains a 
pointer to an object 



type of variable table entry 
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description 


integer number 


IEEE 754 32bits floating 
point number 


IEEE 754 64bits floating 
point number 


TRUE or FALSE 


sequence of UNICODE characters 


sequence of data of the same type 


representation of object execution 


target address to which execution 
resumes 


adress 


duplication of a variable entry 


invocation of a method 


undefined primtive object 


O 

3 


immediate 


immediate 


immediate 


immediate 


address to heap 


address to heap 


CName 


l-code index 


address to memory 


n/a 


n/a 


n/a 


P.CLASS 


GC 
LU 

LU 
I- 

z 

0.' 


.FLOAT 


DFLOAT 


z 

a 

o 
o 

m 
o. 1 


.STRING 


.ARRAY 


.CONTEXT 


0_ 

^1 
GL 


.POINTER 


.ASSIGN 


.MAILER 


JJNDEF 


Q. 


i 

Q. 


0.' 


0. 


Q_ 


a. 


0. 


Q. 




class 


Integer 


Float' 


Double Float 


Boolean 


String 


Array 


Context 


Jump 


Pointer 


Assign 


Mailer 


Undef 
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19-1 

struct Message { 
long length ; 
any body []; 

}; 

exception outrange {long position} ; 
exception overflow {} ; 
exception undef {int primitive; int selector} ; 
exception zerodiv {} ; 

Interface Integer { 
Integer operator+(in Integer value) 

raise(overflow); 
Integer operator-(in Integer value) 

raise(overflow); 
Integer operator*(in Integer value); 
Integer operator/(in Integer value) 

raise(zerodiv); 
Integer remainder(in Integer value); 
Integer and(in Integer value); 
Integer or(in Integer value); 
Integer xor(in Integer value); 
Integer not(void); 
Integer operator=(in Hoat value); 
Integer operator=(in DoubleRoat value); 
Boolean opetator<(ln Integer value); 
Boolean opetator<=(ln Integer value); 
Boolean opetator==(in Integer value); 

); 

interface Float { 
Float operator+(in Float value) 

raise (overflow, underflow); 
Float operator-(in Float value) 

raise (overflow, underflow); 
Float operator*(in Float value) 

raise (overflow, underflow); 
Float operator/(in Float value) 

raise (overflow, underflow, zerodiv); 
Float operator=(in Integer value); 
Float operator=(in DoubleRoat value); 

raise (overflow); 
Boolean opetator<(in Float value); 
Boolean opetator<=(in Float value); 
Boolean opetator=(in Float value); 

primitive object interface 
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FIG. 20 



19-2 

interface DoubleFloat{ 

DoubleFloat operator+(in DoubleRoat value) 

raise(overflow, underflow); 
DoubleFloat operator-(fn DoubleFloat value) 

raise(overflow, underflow); 
DoubleFloat operator*(in DoubleFloat value) 

raise(overflow f underflow); 
DoubleFloat operator/(tn DoubleRoat value) 

raise(overflow, underflow, zerodiv); 
DoubleFloat operator=(in Float value) 

raise( ); 

Boolean operator<(in DoubleFloat value) 
raise( ); 

Boolean operator<=(in DoubleRoat value) 
raise( ); 

Boolean operator~(in DoubleFloat value) 
raise{ ); 

}; 

interface Boolean { 

Boolean not (void) 

}; 

interface String { 

String operator+(in String string); 

String substringOn Integer position, in Integer length); 

raise(outrange); 
Integer length(void); 

); 

interface Array { 

void put (in Integer Index, in any value); 

raise (out range); 
any get (in Integer Index) 

raise(outrange); 
Integer length (void); 

}; 

interface Context { 
...accessers... 

}; 

interface Jump { 
void eval (void) 

raise(outrange); 
void evalT (Boolean cond) 

ratse(outrange); 
void evalF (Boolean condition) 

raise(outrange); 

); 

primitive object interface (continuecO 
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FIG. 21 



19-3 

interface Pointer { 

void put (in Address pos, in byte value) 

exception outrange; 
byte get (in Address pos) 

exception outrange; 
void put (in Address pos, in word value) 

exception outrange; 
word get (in Address pos) 

exception outrange; 
void put (in Address pos, in long value) 

exception outrange; 
long get (in Address pos) 

exception outrange; 
void put On Address pos, in longlong value) 

exception outrange; 
longlong get (in Address pos) 

exception outrange; 

}; 

interface Assing{ 

void operator=(in int position"!, in int position2); 
interface Mailer{ . 

void cail(in ID target, Integer select, in Message msg); 

void reply( ); 

}; 

interface undef 

}; 

primitive object interface (continued) 
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FIG. 22 



name 


description 


OP_M 


execute the operation specified by the 
first argument. This operation is processed 
either by personality or by a primitive 
object, (operands.operation, number of 
operands,...) 


OP_R 


give control back to the object when the 
operation requested by OP_M returns 
(operands:target, return arguments) 



l-code instruction set 



FIG. 23 



interface MetaCore{ 

mcError M fin long method, in Message msg); 

mcError R (in CName ctxt, in long method, in Message msg); 

Micro Kernel Interface 



